Protocole Diretta

[amrutmhatre90]

Moi j'ai réussi un MTU 9000 sur Holo Red et c'est génial
Je continue de creuser sur mon blocage côté host à 9000
Donc plus de limite à 1500 sur CM4
Grâce au kernel 6.12.59 et son patch broadcom.

Tenez-nous au courant.

J’utilise actuellement le LHY RPI Pro, qui fonctionne lui aussi avec un CM4 et tourne sous GentooPlayer.
Même en ayant configuré un MTU de 9000 sur le Target et sur l’Host (PC Windows), je n’arrive pas à dépasser un MTU de 1500.

J’utilise une carte réseau fibre Intel X520-DA2 reliée au LHY RPI Pro via des modules SFP Cisco.

ChatGPT a indiqué que cela pourrait venir de Windows, car NPCAP semble être limité à un MTU de 1500.
Mais comme vous utilisez AudioLinux, cela pourrait fonctionner chez vous.

[herisson88]

Je n'irai pas plus loin l'interface realtek du red est bloqué à 9000 aussi et je ne peux mettre de d'ongle sur le Red...

Mais le son est magnifique

---

Ton Holo Red est relié en direct au NUC ou tu passes par ta box/routeur entre les 2 ?

En direct, mais en bridge (config par défaut AL avec Jumbo 9000)

[Baldoun]

Merci pour l'info herisson88 ! Je testerai le week-end prochain.

[herisson88]

Il n'a qu'à mettre le kernel 6.12.59 sur le(s) RPI

Configurer les MTU sur le network des 2 côtés et ne pas oublier 

Côté host
TargetProfileLimitTime=0
FlexCycle=max

Côté target
ExtEtherMTU=9000

[wgb25]

Bonjour,

Un ou deux testeurs sous Gentoo et Diretta - DDS3 / MTU 9000 ou +

pour ce réglage.

Pas trop mal il me semble sur la SQ.



Merci de vos remarques



Alain

[herisson88]

Je suis très étonné d'un cycle time si faible, je suis même étonné que cela n'impacte pas l'amtu et le smtu...
Je n'avais jamais vu une telle tentative...

[zaurux]

Il faut regarde les logs pour voir dans quelle mesure Diretta respecte le réglage ou s'autocorrige pour assurer un fonctionnement conhérent.

[Bear]

De mon coté, et comme le casse-tête Japonais me manquait, je me suis attaqué à un morceau sérieux: l'intégration de mpd et du SDK de Diretta.

Objectif: pouvoir lire de la musique avec mpd, et donc par la suite avec upmpdcli, sans passer par les couches ALSA de linux.

C'est plutôt un projet ambitieux compte tenu du fait que l'on met les mains dans C++. Mais au final, et avec l'aide de Claude (Sonnet ou Opus), le projet a avancé plus rapidement qu'escompté.

Ce soir, et après seulement 36 heures passées sur le sujet (mais la nuit a été très courte), je suis en mesure de lire des morceaux en PCM de taille variée, de passer des uns aux autres sans accroche, et tout cela en mode 3.

Restent le passage au DSD, et l'intégration avec upmpdcli. On verra ce que l'avenir nous réserve.
En termes de partage, je travaille dans l'esprit du logiciel libre et publierai donc sous licence GPL 3.0 mon travail.
Ceci permettra peut-être à des intégrateurs comme Audio-Linux et GentooPlayer d'offrir cette option s'ils trouvent un accord de licence avec Yu.

Voilà, je vous souhaite une belle soirée d'écoutes musicales, et me régale de mon coté. Je suis très heureux du résultat, mais ne suis pas objectif, vous vous en doutez.

[floyer]

Se passer d’ALSA ? Mais pour quelle raison ? Et avec quoi à la place.

Sauf erreur de ma part, il n’y a que deux systèmes de driver audio pour Linux : OSS (Open Sound System) et ALSA. Le premier est obsolète.

Sinon, il y a aussi des serveurs audio (PulseAudio, JACK, …), mais ce sont des intermédiaires qui s’appuient sur ALSA. Il peuvent apporter une plus value, mais si le but est de faire de la hifi, pourquoi pas ALSA en direct.

[Bear]

Yu de chez Diretta a développé une bibliothèque qui se passe de la couche ALSA et qui diminue le bruit lié à cette couche de l'OS. Comme DDS est un protocole purement réseau, il en a la capacité. Et cela s'entend...