DirettaRendererUPnP

[Le dom]

La compréhension, je l'ai tout à fait c'est exactement ce que je t'ai dit. Tu as un conflit de versions de FFmepeg.
Les manips que je t'ai données à faire doivent régler le problème.
Si tu les suis scrupuleusement ça devait résoudre ton problème.
Comment procèdes tu pour installer DirettaRendererUPnP?

---

@ds21 et @Begastor:

Lancez la commande suivante 

Code :

sudo tcpdump -i eth0 'ip6 and udp and greater 500' -c 10 -n

Dites moi ce la valeur de length cela correspond au MTU réel.

Remplacez eth0 par le nom de la carte à laquelle est reliée la target.

---

@Bluevelvet:

Tapes ces commandes successives et envoie moi tous les résultats pour chacune de ces lignes.

Code :

echo "=== 1. FFmpeg packages installed ===" && \
dpkg -l | grep -E "libav|ffmpeg" && \
echo -e "\n=== 2. Header versions ===" && \
pkg-config --modversion libavformat libavcodec libavutil libswresample 2>&1 && \
echo -e "\n=== 3. Library files ===" && \
ldconfig -p | grep -E "libavformat|libavcodec" && \
echo -e "\n=== 4. Header file location ===" && \
find /usr/include -name "avformat.h" -exec head -30 {} \; 2>/dev/null | grep -E "LIBAVFORMAT_VERSION|define" && \
echo -e "\n=== 5. Third-party PPAs ===" && \
grep -r "ffmpeg\|savoury\|multimedia" /etc/apt/sources.list.d/ 2>/dev/null || echo "No third-party repos found" && \
echo -e "\n=== 6. Which ffmpeg binary ===" && \
which ffmpeg && ffmpeg -version 2>&1 | head -3

[Bluevelvet]

Dominique,

J'ai scrupuleusement suivi les commandes que tu m'as envoyées et dans l'ordre. Le capture que j'ai ensuite publiée montre l'état final.

L'installation du DirettaRenderrer, depuis la première version 1.x.x jusqu'a la 1.3.0 c'est toujours en suivant le README. Avec de l'aide de l'IA  pour certaines choses,qui ne se passaient pas comme prévu. Au final, j'y étais arrivé, certes, avec des difficultés. Maintenant, avec la pratique, je comprends mieux.

Là, pour la v2, j'ai surement loupé quelque chose : suppression complète de l'ancienne version mal exécutée, installation du SDK 148 (pour les versions précédentes c'était le 147).

En effet, la partie 2 du readme : Télécharger le SDK, je pense ne pas avoir fait les choses correctement, car je bute sur certaines choses et je bricole !

En effet, je télécharge le SDK_148, il est dans téléchargement, mais l’extraire au bon endroit ne va pas de soi pour moi, il me manque des étapes d'extraction/installation. C'est une partie qui reste obscure pour moi.

Simplement, par exemple, à l'instruction ~DirettaHostSDK_148, je ne trouve rien.

J'emprunte le chemin pour le trouver :

pascal@UBUNTUROONSERVEUR:~/Téléchargements

C'est là qu'il y a eu surement du bricolage !

Peut-être que la solution serait de tout supprimer et de repartir proprement.

Est-ce que les commandes de suppression d’installation de l'étape 2 du readme seraient suffisantes ? J'ai bien essayé hier, mais comme je bute sur l'extraction/installation du HostSDK ?

Merci pour ton assistance,

[Le dom]

Tu télécharges le SDK de quelle manière?
Explique-moi de manière précise.

[ds21]

Hello @Le dom: commande sudo non reconnue avec Gentooplayer sous ssh.

[Le dom]

Parce que probablement tcpdump n'est pas installé sur GP.

[ds21]

Effectivement après avoir réussi à obtenir une réponse explicative "tcpdump: command not found"

---

Mais avec ça:



1072828953/67341=15931 bytes/packet

N’est ce pas l'information recherchée ?

[Le dom]

Non

Que donne la commande:

Code :

ip link show eth..

avec eth.. nom de la carte reliée à la Target.

Déterminer l'adresse ipV6 sous la forme fe80::xxxx%eth0 via le lancement de DireattarendererUPnP en mode verbose:

Code :

cd /DirettaRendererUPnP
sudo ./DirettaRendererUPnP --target 1 --verbose 2>&1 | grep -i target

Puis:

 # Test MTU 1500 

Code :

ping6 -M do -s 1452 -c 3 f80::xxxx%eth0

-> remplacer par l'adresse trouvée avec la commande précédente.    

# Test MTU 9000 

Code :

ping6 -M do -s 8952 -c 3 fe80::xxxx%eth0

# Test MTU 16128
 

Code :

ping6 -M do -s 16080 -c 3 fe80::xxxx%eth0

Me donner les résultats des tests.

[Facel]

Bonjour

Tout d'abord félicitations et remerciements à Le Dom, Bear et les autres contributeurs a cette "nouveauté/evolution" dans l'univers Diretta.

La curiosité étant plus forte ... j''ai installé DirettaRendererUPnP , V2.0.0 sur une RPI4 / Débian et je dispose d'un autre RPI4 avec Gentooplayer + licence DIretta Target ....
Pour l'instant je suis resté avec une connexion R45 via switch entre les différents composants pour simplifier la partie interconnexion.

J'arrive à une situation étrange (non encore résolue) ....mon DirettaRendererUPnP demarre et s'arrete immediatement car il ne detecte pas la Target (info donnée suite à la commande de detection de target)


Ma target est bien connectée à mon DAC USB et  fonctionne (info via gentooplayer) !! 
J'utilise d'ordinaire cette target connectée à un PC WIndows sans aucun problème ...

mes questions : est ce que la liaison DirettaRenderer = target peut etre via switch ou doit on absolument avoir un lien direct dans un sous réseau ?


@bluevelvet  => j'ai également eu un probleme similaire ffmpeg lors de l'installation. il s'agissait je crois d'un probleme de dénomination de header qui ne correspond pas à la version ffmpeg associée, il faut donc supprimer les header puis relancer l'install en prenant le choix ffmpeg recommandé (e crois que c'est ffmpeg 7.x)

[Bear]

Bonjour,

La préférence va à une liaison directe.
Sous Linux, tu peux faire sudo ./bin/DirettaRendererUPnP --list-targets pour voir si ton target est vu par l'application. Cela peut t'aider.

Sinon, c'est peut-être simplement une question de configuration de ton interface réseau.

[Facel]

C'est justement quand je lance cette commande que j'ai la réponse : "no target found"