"Bits are bits" ...

[Morbius]

Salut,


 alors je débarque et je n'ai pas lu les 42 pages. Juste la première et les dernières.
 Je vais probablement faire des redites mais est-ce bien grave, vu qu'apparemment ça a dérivé sur les matous pour une raison mystérieuse. Encore un coup du chat de Schrodinger ?

 Il y 2 niveaux d'erreurs dans un signal numérique : celui qui fait perdre des bits (cas 1) et celui qui n'en fait pas perdre (cas 2) et qui se contente d'amocher la tête du signal qui, au lieu d'avoir de beaux carrés, se met à ressemblé à ça (graphe de gauche) :



 On appelle ça du bruit ou du jitter, c'est quasi la même chose, le jitter est juste une façon de voir le bruit sous l'angle temporel.

 Le cas 1 ne concerne pas la hifi, aucun bit n'est perdu par une liaison USB, coax ou optique. Si vous avez une carte son a entrée numérique, vous pouvez le démontrer par un test simple : jouez un wav sur une sortie numérique, enregistrez-ce via une entrée numérique, mettez ce que vous voullez de bit perfect entre les deux (un converto USB => spdif, 5 m de câble pourri), comparrez les fichiers : identiques sur toute la lignes.

 Le cas 2 est plus complexe. Oui, en entrée de la puce d'un convertisseur, un signal numérique bruité (que le bruit soit du pur parasite ou du jitter) influence ce qui sort du converto (donc le signal analogique, donc le son). Les puces y sont plus ou moins sensibles selon leur type mais elles y sont toutes sensibles. Des mesures le prouvent.

 Ok, oui mais ... Oui mais ce qui sort de votre PC n'est pas le signal donné au convertisseur.

 Il existe plusieurs façons de remettre un signal numérique en forme : la PLL par exemple, dont le fonctionnement est fort bien expliqué par Jipihorn.

 Dans le cas de l'USB asynchrone, le signal est plus que remis en forme par le DAC : il est construit par le DAC. Il ne dépend que de la qualité du DAC, pas de celle du PC en amont, comme le montrent les mesures du premier post de ce topic.

 Le signal USB entre le DAC et le PC est un flux de données pures, par paquets, son horloge est celle d'un contrôleur USB et n'a aucun rapport avec l'audio.

 Tentative d'analogie avec des verres d'eau : imaginez 2 bonhommes B1 et B2.

 B1 (le PC) prend des verre d'eau sur un table pleine de verre d'eau.

 B2 (le DAC) reçoit les verres que lui donne B1. Il se synchronise sur B1, c'est à dire que si B1 va vite, B2 va vite, si B1 est lent, B2 est lent.

 A chaque foi que B2 reçoit un verre, il le verse dans un entonnoir au bout duquel il y a un tuyau qui part vers le bas. Quand on verse un verre dans l'entonnoir, il met exactement 1s à se vider par le tuyau.

 Le but du jeu : avoir un flux d'eau continu dans le tuyau.

 On voit bien que dans ce cas, il faut que B1 donne un verre d'eau  B2 exactement toutes les secondes. S'il ralentit ou accélère, ça va se ressentir dans le flux d'eau qui est dans le tuyau.

 Maintenant, rajouter une autre table entre B1 et B2. La table, c'est l'équivalent d'un buffer mémoire.
 B1 prend des verres et les pose sur cette table. B2 prends des verres sur cette table et les vide dans l'entonnoir.

 Quelle condition pour avoir exactement un verre par seconde ? Il faut que B2 prenne et verse un verre d'eau par seconde et il faut que B1 aille suffisamment vite pour que la table ne soit pas vide.

 Et pourquoi ça marche mieux ? Parce que B2 est un DAC, qu'il intègre une bonne horloge exactement construite pour faire un verre d'eau par seconde et parce que B1 est un PC, qu'il va à 10 000 à l'heure et qu'en un millième de seconde il a déjà rempli toute la table et qu'il peut aller pisser un coup le temps que ça se vide un peu avant de la re-remplir.

 Il peut même faire tomber de l'eau par terre, il a largement le temps de re-remplir son verre.