Protocole Diretta

[herisson88]

Je me permets de partager un message de Dupontsuper (forum de patatorz)
Il ne me semble avoir pas vu ces info ailleurs, je m'excuse si cela a déjà été posté 

Oui et la façon dont ces fameuses trames sont découpées et le rythme a laquelle elles circulent est LE sujet de diretta, tout le travail de Yu consiste a optimiser ce transfert en reduisant le bruit des composants et en regulant le traffic au mieux pour diminuer les gigues (ou jitter, grossierement les decalages entre operations/horloges de chaque appareil).

Cependant, il y a beaucoup de parametrage et les interactions entre les éléments sont tellement mal comprises et/ou documentées. Du coup, la majorité des audiophiles font des ajustements au doigt mouillé en priant pour ça marche et que ça sonne mieux qu'avant... Avec la diversité des installations, les connaissances parcellaires et la subjectivité des ressentis, on abouti a un espece de joyeux bordel ou tout et n'importe quoi est balancé au petit bonheur la chance ?

C'est pourquoi ta question est, au contraire, excellente et va au coeur du sujet, comment diretta gere ces trames, les remplies (ou pas), s'assure que ca arrive au bon moment et ajuste les clocks entre les appareils. La bonne nouvelle, c'est qu'en se penchant un peu sur le sujet, on peux comprendre tout le flux, identifier les interactions player/host/target/carte son/dac et ajuster son systeme aux petits oignons, en adoptant une strategie "F1 nerveuse" ou plutot "limousine confortable" par exemple. Mais au moins, on sait exactement ce que l'on fait, où l'on prend des risques et comment y remedier si l'on est un peu trop "ambitieux" ?

l'outil "de mesure" principal est le log de diretta et en particulier les valeurs des lignes "info rcv 2"  qui apparaissent a la frequence definie dans "infocycle", voila leurs significations:

La ligne info rcv est le bulletin de santé en temps réel de la synchronisation entre le Host (Serveur) et le Target (DAC). Elle vous dit à quel point le Target doit "travailler" pour maintenir le tempo.

Exemple de Ligne (stable): "info rcv 2 0.0010 0.0010 0.0001 fs=352.8000 cy=2798435608"

2e Chiffre (0.0010) : Différence Buffer
Rôle : C'est la mesure instantanée de l'écart entre le niveau actuel du buffer de réception du Target et son niveau idéal.
Interprétation : Si c'est proche de zéro (\approx \pm 0.1 max.), le remplissage est correct. Si c'est très négatif (ex: -1.0), le buffer est en train de se vider rapidement.
3e Chiffre (Ex: 0.0010) : Moyenne Déplacement
Rôle : C'est la moyenne lissée de la différence du buffer (le 2e chiffre). C'est cette valeur qui est utilisée pour calculer l'effort de correction.
Interprétation : Elle indique la tendance de dérive d'horloge sur le long terme.
4e Chiffre (Ex: 0.0001) : Correction Appliquée
Rôle : C'est la mesure critique du stress. Elle représente l'effort actif que le Target (DAC) doit fournir pour compenser la dérive d'horloge et maintenir la synchronisation.
Interprétation Clé :
? Zone OK : Si cette valeur est < 0.005 (ex: 0.0001), le Target est au repos. Le verrouillage est parfait, c'est le Silence Numérique.

? Zone Acceptable : entre 0.0005 et 0.020, La stabilité est correcte, mais le système travaille activement pour compenser la dérive.

? Zone Rouge : Si cette valeur est > 0.020 (ex: 0.0350) apres les premieres secondes de stabilisation, le système est en crise. Il y a un fort jitter ou une dérive agressive.

4. fs=... (Ex: 352.8000 Hz) : Fréquence du Moteur Feedback

Role : C'est la fréquence calculée du moteur de transport interne de Diretta.
Interprétation : Le fait que ce chiffre soit stable est un bon signe de la résilience du transport.
5. cy=... (Ex: 2798435608) : La mesure du cycle réel

Role: Le temps du cycle réel mesuré en picosecondes
Interpretation : Doit être stable et correspondre à votre réglage "CycleTime" (ex: 2000 ms = 2 000 000 000 ps).