Protocole Diretta

[Le dom]

Je confirme car avec fedora il n'y a aucune limitation et en utilisant NetWorkManager (je ne sais pas si c'est ton cas Bear) je règle chaque carte Ethernet aux petit oignons.

---

Oui mais quel est l'intérêt à partir du moment où il est toujours vu par ASIO (sous win) pour permettre les réglages et la mise à jour des firmwares.

Si tu sépares les deux cartes sans les bridger tu isoles ta target du reste du réseau et donc la liaison Host target concernée par le protocole Diretta est totalement indépendante de ton réseau local mais la target Diretta ne sera pas vu par ton PC Windows se trouant sur ton réseau local.
Si tu veux voir ta target soit tu la connectes au réseau via un switch RJ45 le temps de la mise à jour, soit tu crées une passerelle entre tes deux cartes mais là tu perds l'avantage de l'isolation du combo Host Diretta Target Diretta du reste du réseau à moins de désactiver ton bridge une fois la mise à jour effectuée.
Perso j'ai adopté la première solution, plus rapide et plus simple (connecteur RJ45 à changer de place).

[Begastor]

TargetProfileLimitTime=0 : Appliqué

FlexCycle=max : idem sous GP donc enable ou diseable.
N'est ce pas plutôt disable qui permet d'assigner une valeur fixe ?

[Le dom]

Non c'est bien max qu'il faut régler comme l'a souligné Bear et comme l'a indiqué Yu.

Le problème des développeurs de ces logiciels plus ou moins clé en main, c'est qu'ils ne sont pas réellement au courant de toutes les possibilités offertes par Diretta. On peut le comprendre car il y a eu beaucoup de mises à jour ces derniers temps côté Diretta et ils ne gèrent pas que cette fonctionnalité.
Audiolinux permet plus de liberté au niveau des réglages des paramètres de Diretta car on édite soi-même le fichier setting.inf mais la gestion des cartes Ethernet est loin d'être optimale notamment pour le réglage des Jumbo Frames que l'on ne peut pas régler pour chaque carte.

[Bear]

Je confirme car avec fedora il n'y a aucune limitation et en utilisant NetWorkManager (je ne sais pas si c'est ton cas Bear) je règle chaque carte Ethernet aux petit oignons.

Oui pareil ici. Je vois aussi que NetworkManager s'est bien stabilisé et offre une expérience utilisateur agréable.

Par ailleurs, le fait de pouvoir allumer un petit PC en appuyant sur un bouton, et de prendre son téléphone pour lancer un morceau de musique, en sachant que cela va fonctionner, change l'expérience de connexion avec la musique.
Sur ce plan, l'installation de mpd/mpc sur ce petit PC est un succès. Sans tomber dans le syndrome 'Jean-Luc', je suis heureux de cette nouvelle étape minimaliste.

[Minh]

C’est clair qu’on est dépendant du développeur de GP. Il est nénamoins possible de modifier le fichier setting.inf, mais dans l’ignorance de la logique de GP.
En l’ocurrence, il,faudrait juste savoir si la valeur enable a la même fonction que la valeur Max mentionnée par Bear.
En tout cas, Antonello a bossé les jumbo frames dans GP, c’est visible et évident.

[Begastor]

Je viens d'écrire à Filippo pour lui demander d'ajouter cette option.

[Le dom]

C'est en fait ma config actuelle avec fedora 43, MPD + UPMPDCLI, JPLAY iOS pour la commande et c'est pratiquement au top. Je n'ai pas encore expérimenté le bonheur du Jumbo Frame 16k, j'attends la carte avec le chipset RTL8125 qui va bien côté PC Host.
Comme j'avais installé fedora 43, j'attends également que Jussi porte HQPlayer Embedded sur cet OS pour l'essayer.
Je peux également basculer sur Aprenderer mais, là aussi, si la différence était flagrante, auparavant, en comparaison avec MPD elle s'est complètement estompée avec les derniers drivers Diretta Alsa.
A noter que la solution avec mon renderer UPnP avec ses quelques restrictions et une utilisation nécessitant quelques précautions reste dans la course. Pour reprendre une expression chère à Bear et patatras il y a tout de même une question de vibration qui fait que j'y reviens.

@Begastor: c'est exactement ce qu'il faut faire demander à Filippo ou Piero selon qu'on utilise GentooPlayer ou Audiolinux.

[Bear]

En l’ocurrence, il,faudrait juste savoir si la valeur enable a la même fonction que la valeur Max mentionnée par Bear.

J'ai écrit "max" et pas "Max".

[Begastor]

J'ai fait ça :



Dans le menu ça me met choose option, il n'y a pas max ce qui me semble normal.




J'aurai bien aimé une méthode qui permette de voir réellement la taille des trames qui passent...

---

Bon, que ce soit clair :

Mettre un adaptateur à 20 balles (avec un bout de câble USB qui sent bon la chine) en sortie d'un câble réseau sablon et en entrée d'un Target soigné par Wattcat ça me semble à l'ouest de toute la démarche poursuivie jusqu'à maintenant.

Je dois cependant me rendre à l'évidence, ça marche fort !

Beaucoup d'émotions ce matin à l'écoute de ma playlist de test.
Alors même que je ne suis pas en config optimale (Roon et HQPe sur la même machine alors qu'habituellement ils sont sur 2 machines dédiées)

Impressionnant !

[Bear]

GentooPlayer offre une interface SSH. Une fois connecté en mode terminal depuis un autre PC, tu peux essayer:

• la commande : sudo tcpdump -i enp5s0 -e 'ether proto 0x88b6' où enp5s0 est le nom de l'interface. Tu vas voir passer des trames. Tu peux interrompre par Ctrl-c. En remontant dans le terminal tu verras un enregistrement qui ressemble à cela:
  
  Code :

  12:22:08.353927 00:e0:4c:38:03:cd (oui Unknown) > 6c:1f:f7:61:78:af (oui Unknown), ethertype Unknown (0x88b6), length 16138:
  La dernière valeur de la ligne, ici 16138, te donne une indication de la longueur des trames.
  
  
• d'installer le script python que j'ai publié. Il faut que python et numpy soient installés sur la machine. Voir Gentoo pour comprendre comment faire. Ensuite, avec la commande python diretta_calc.py --interface enp5s0 --detect-mtu tu vas obtenir une mesure de cette mtu.
  
  Code :

  ./diretta_calc.py --interface enp0s20f0u2 --detect-mtu

====================================================================================================
DETECTING MTU FROM LIVE DIRETTA TRAFFIC
====================================================================================================
Interface: enp0s20f0u2
EtherType: 0x88b6 (Diretta DDS)
Capture duration: 30 seconds (max)
Minimum packets: 5

⚠ NOTE: Diretta must be actively streaming audio for detection to work!

Running: sudo tcpdump -i enp0s20f0u2 -e -n -q -s 0 ether proto 0x88b6
Capturing packets... Press Ctrl+C to stop early

✓ Packet 100: 16138 bytes (most common: 16138 bytes, 100 times)
✓ Captured enough packets (100)



====================================================================================================
MTU DETECTION RESULTS
====================================================================================================
✓ Successfully analyzed 100 Diretta packets
  Capture duration: 8.1 seconds
  Detection method: Using MOST COMMON frame size (ignores outliers)

DETECTED MTU: 16142 bytes (confidence: Very High (non-standard MTU))

Frame Size Analysis:
  Most Common Size:  16138 bytes (100.0% of packets) ← MTU indicator
  Maximum frame:    16138 bytes
  Minimum frame:    16138 bytes
  Average frame:    16138 bytes
  Std deviation:    0 bytes

Size Distribution:
  16138 bytes:  100 packets (100.0%) ██████████████████████████████████████████████████ ← MOST COMMON (MTU basis)

====================================================================================================

? TIP: Use detected MTU with: python3 ./diretta_calc.py --mtu 16142

---

Je dois cependant me rendre à l'évidence, ça marche fort !

Beaucoup d'émotions ce matin à l'écoute de ma playlist de test.
Alors même que je ne suis pas en config optimale (Roon et HQPe sur la même machine alors qu'habituellement ils sont sur 2 machines dédiées)

Impressionnant !

Magnifique nouvelle ! Merci de ce partage enthousiaste !