Protocole Diretta

[Minh]

Ah bien vu, c’est peut être à cause de cela. Je tourne sous kernel RT EUP ULTRA et je n’ai jamais utilisé le noyau standard.

[Xantores]

Pareil que toi @minh, je viens de charger le kernel RT-ST pour voir.

[Begastor]

je tourne aussi sous ST/RT sans coupure

[Xantores]

Bon mauvaise pioche, coupure au bout de 5mn    mais je vais laisser tourner un peu quand même, on verra bien sur la durée

[ds21]

Voici le type de latence que j’observe sur mon système en général avec kernel ST-RT standard:
1 process qui dépasse les 100 us en max.



Et avec le RT-ULTRA


voir même peut-etre encore légèrement mieux avec les 2 autres "ultra".

[Bear]

Annonce de Diretta sur sa page FB:

Certains fabricants ont annoncé la fin des mises à jour pour Diretta. Cela est en partie dû à des circonstances rendant l'approvisionnement impossible.
Pour ces produits, l'assistance pour Diretta Direct Stream ne sera pas fournie. Vous pouvez le vérifier en regardant si leur logo apparaît sur le site web de Diretta.
Nous présentons nos sincères excuses aux utilisateurs qui attendaient des mises à jour pour ces produits et ne pouvons pas leur fournir de solution.
Nous vous demandons de bien vouloir comprendre qu'il s'agit d'une décision du fabricant et vous prions de ne pas nous envoyer de demandes à ce sujet.
Nous continuerons à nous efforcer de maintenir la connectivité à partir des nouveaux produits compatibles avec Diretta.

[Janacek]

Merci Bear pour le partage.
Oui c'est un peu dur, mais au même temps suivre Yu....pas evident.

Sinon j'ai réussi à avoir le MTU/Jumbo 9014 et le DDS Mode 3. Avec Audirvana studio.




Les écoutes seront fait de que j'ai un peu de temps.......

Mais toujours pas résolu le souci ASIO qui ne trouve pas le target s'il est branché directe sur le Host, sans passer par le switch.

Pas contacté Yu, encore.

[Bear]

Bonsoir @Janacek,

Bravo pour ta persévérance ; tu devrais te régaler avec une MTU à 9k et DDS (Mode 3).

Je vais éviter de commenter la situation de Diretta et des fournisseurs japonais ; elle semble complexe. La bonne nouvelle c'est que certains utilisateurs de produits comme SPEC ou OlioSPEC et Fidata ne seront pas laissés pour compte puisque ces marques sont sur la page web de Diretta.

Enfin, je ne pense pas utile de poser la question à Yu concernant ton target connecté au serveur sans être sur le switch : c'est une question 'simple' d'adressage réseau (j'avais mal compris ta problématique) ; pour que le target soit vu par le driver ASIO, il faudrait que tu définisses un 'bridge' sur ton serveur ; ce n'est pas difficile à faire, mais pas trivial non plus. Cela va créer une charge inutile sur le serveur.

Deux solutions s'offrent à toi:
- tu connectes ton target au switch pour les mises à jour ; elles ont été fréquentes, mais leur rythme devrait baisser avec la stabilisation du logiciel
- tu connectes le port RJ-45 du target sur le switch et l'interface USB->RJ-45 sur le serveur ; ta musique devrait venir directement du serveur en 9k et l'interface RJ-45 de base ne servir que pour les mises à jour. Tu risques cependant d'avoir de temps à autre une confusion et les deux interfaces qui te sont proposées dans ton player ; tu devrais t'en apercevoir.

J'ai opté pour la solution 1 de mon coté.

[floyer]

Je suis interpelé par le principe de créer un bridge.

Est-ce que le bridge prendrait les deux interfaces réseaux du target. Si oui, c’est la porte ouverte à ce que les trames broadcast du réseau côté Internet s’invitent côté lien host-target.

Je suis surpris qu’il n’y ait pas d’autre solution. Mais si incompatibilité, pourquoi pas. Je sais qu’à une époque relier directement deux PC nécessitait un câble croisé, ce qui n’est plus nécessaire je crois (mais pour des problèmes physiques donc indépendamment du bridge). Le hic en lien direct est de devoir faire de l’adressage statique. (Est-ce l’intérêt du bridge… faire profiter du serveur DHCP de la box?)

[dsnyder0cnn]

Bonjour @floyer,

Votre réflexion sur le "bridge" est tout à fait pertinente, et vous mettez le doigt sur un point technique crucial.

Je suis interpelé par votre remarque, car j'ai exploré précisément ce sujet. Vous avez parfaitement raison : un simple bridge (un pont de niveau 2) serait la porte ouverte à tout le trafic broadcast et multicast du réseau principal. Cela inonderait la liaison dédiée au Target avec du "bruit" réseau inutile, ce qui est exactement ce qu'on essaie d'éviter.

La solution, comme vous le pressentez, n'est pas de faire un "bridge", mais de configurer le Host comme un routeur (niveau 3).

En utilisant le routage avec NAT (Network Address Translation) :

1. On crée un sous-réseau complètement séparé et isolé pour la liaison Host-Target.
   
2. Le Host agit comme une "passerelle" et un pare-feu. Il ne laisse passer que le trafic essentiel (le stream Diretta et, au besoin, les accès internet pour les mises à jour).
   
3. Tout le trafic "broadcast" du LAN est bloqué net et n'atteint jamais le Target.
   

J'ai personnellement mis en œuvre cette architecture sur un kit Diretta basé sur deux Raspberry Pi. C'est un choix délibéré pour maximiser l'isolation, et la différence par rapport à un simple pont est fondamentale.

Pour votre cas, avec un Host sous Microsoft Windows, la solution est heureusement très simple et déjà intégrée. Cela s'appelle le "Partage de connexion Internet" (ICS).

Lorsque vous avez vos deux interfaces réseau (une vers le LAN, l'autre vers le Target), il vous suffit d'aller dans les propriétés de l'adaptateur LAN (celui qui a Internet), d'aller dans l'onglet "Partage" et de cocher la case pour partager la connexion avec l'autre interface (celle du Target).

En faisant cela, Windows configure automatiquement tout ce qu'il faut :

• Il devient un routeur.
  
• Il active le NAT/PAT.
  
• Il lance même un petit serveur DHCP pour attribuer automatiquement une IP privée au Target.
  

Vous obtenez ainsi, en quelques clics, exactement l'isolation que vous recherchez, sans les inconvénients d'un bridge.

J'espère que cette clarification vous sera utile !

P.S. Pour les curieux sur le plan technique, voici le lien vers mon guide qui met en œuvre ce même concept de routage et d'isolation sur un Raspberry Pi (Linux).

Les principes de routage (Niveau 3) vs. pont (Niveau 2) sont les mêmes, mais la mise en œuvre est bien sûr spécifique à Linux :

https://github.com/dsnyder0pc/rpi-for-ro...figuration