Protocole Diretta

[dsnyder0cnn]

Mise à jour de la philosophie Diretta par Yu-san (Traduction en français)

Le protocole Diretta 147_05 est sorti pendant environ une journée, mais j'ai trouvé quelques bogues qui provoquaient un comportement étrange du Target lors du changement entre les formats PCM et DSD. C'était facile à reproduire pour moi sur deux systèmes différents.

Ce matin, grâce au travail diligent de notre ami Piero et de Yu-san, nous avons la version 147_08. Celle-ci a complètement résolu les problèmes de stabilité que j'ai rencontrés. D'après mes captures de paquets, la gigue dans la temporisation des transmissions de trames L2 du Hôte vers la cible (Target) est un impressionnant ~2 microsecondes, même sur le matériel RPi4 ! Le traitement sur le Target est faible et stable, comme nous l'espérions. Et, bien sûr, le son est magnifique.

Yu-san a récemment partagé une partie de sa philosophie concernant ce projet sur sa page Facebook. J'ai pensé que cela apporterait des informations précieuses et que je devais les partager ici, traduites.

---

? Mise à jour de Yu-san : Détails techniques et philosophie Diretta

Nous avons reçu des questions nous demandant si l'optimisation ou la réduction du traitement pouvait entraîner un compromis sur la qualité sonore. Je pense que la philosophie de Diretta est différente.

Si vous estimez que le son est meilleur avant que nous ayons réussi à réduire le traitement, nous considérons que cet aspect spécifique peut être ajusté en utilisant d'autres facteurs comme les composants analogiques ou l'alimentation électrique. Les gains obtenus grâce à l'optimisation du protocole et à la réduction de la complexité de l'implémentation ne peuvent pas être obtenus uniquement par des moyens analogiques.

C'est pourquoi, chez Diretta, nous ne prenons pas de décisions concernant ces implémentations de base en fonction de préférences sonores subjectives—même si nous cessons bien sûr d'utiliser tout ce qui donne un résultat clairement négatif.

En réalité, l'ensemble du système (le matériel comme le CPU et l'alimentation, et le logiciel) est dominé par le Noyau Linux, en particulier en ce qui concerne l'USB. Par conséquent, le simple ajustement du protocole peut voir les résultats changer à la suite d'une mise à jour du système d'exploitation.

En conclusion, comme nous n'avons pas une connaissance totale de tous les facteurs, nous procédons à la réduction et à l'optimisation des aspects logiciels et du système d'exploitation autant que possible, en écartant délibérément la préférence subjective, à condition que la qualité sonore ne se dégrade pas. Ce qui manque ensuite peut être ajusté via des composants analogiques ou d'autres ajustements externes.

Le concept Diretta est le suivant : Vous pouvez toujours ajouter une préférence plus tard, mais vous ne pouvez pas soustraire les éléments négatifs. Les étapes d'optimisation ne doivent pas affecter négativement d'autres fonctionnalités comme les composants analogiques.

Après tout, nous ne sommes qu'une petite application fonctionnant sur une technologie existante, donc je ne pense pas que notre code seul puisse tout changer. Les gens utilisent souvent le traitement réseau comme analogie pour la gigue (jitter) d'horloge, mais je pense que c'est inexact car les échelles de temps sont complètement différentes. Je comprends pourquoi les gens pourraient avoir l'impression que c'est similaire à l'augmentation de la précision de l'horloge.

Inversement, on pourrait dire que Diretta est facilement influencé par des facteurs tels que le matériel, les câbles et l'alimentation électrique. Peut-être que cette conception est impopulaire auprès des fabricants qui préfèrent créer un « jardin clos ». Nous ne pensons pas que le fait d'effectuer des ajustements sonores dans le logiciel après avoir renforcé à fond les composants physiques/analogiques produise les meilleurs résultats. C'est dommage que, malgré un système à composants, on ne nous ait pas permis de nous connecter directement via I2S.

---

? Points Clés en Bref :

• Philosophie : Optimiser d'abord le traitement numérique ; utiliser l'analogique/l'alimentation pour ajuster le profil sonore final.
  
• Implémentation : Les décisions de protocole de base sont fondées sur l'optimisation, et non sur la préférence sonore subjective.
  
• Défi : Le comportement du système est fortement contrôlé par le Noyau Linux, ce qui fait des mises à jour du système d'exploitation un facteur important.
  
• Objectif : Réduire et optimiser le code SW/OS ; corriger les problèmes qui ne peuvent pas être ajustés en analogique (éléments négatifs).