Robinet a écrit:le "problème" du SPDIF (ou même AES-EBU) c'est qu'il véhicule à la fois l'horloge et les données.
A partir de là, on comprend aisément qu'il "suffit" de véhiculer en plus une horloge séparement du spdif pour améliorer la liaison. Cette horloge servant à reclocker les signaux après la décodage du spdif .
C'est ce qu'a fait Philby sur son lecteur et je trouve cette disposition très astucieuse. En effet, par nature, le signal SPDIF se transmet bien et, d'autre part, il est relativement facile de transmettre proprement un signal horloge.
Merci de me citer, mais je pense que le problème est encore un peu plus complexe :
Si tu véhicule l'horloge comme tu véhicule le spdif, tu auras les mêmes problèmes de jitter. Le jitter, ça s'attrape sur les fils de liaison principalement, notamment à cause des parasites qui modifient l'amplitude du signal, et donc les moments de "trig" des portes logiques.Ces parasites arrivent aussi par les alims dans les portes et en mode commun sur les liaisons (d'où l'intérêt du symétrique sur la spdif, et du transfo pour isoler les masses Drive/dac)).
Ce qu'il faut, c'est une horloge hyper régulière le plus près possible du DAC, horloge alimentée par sa propre alim, dac de même, découplage alims dig et alims ana, etc, etc...
Après, cette horloge tu l'envois au drive. Même si elle arrive avec du jitter au drive, ce n'est pas trop grave, car les données qui vont venir du drive, avec jitter, seront recadencées parfaitement par la belle horloge sans jitter du DAC. Et ainsi, le cadencement en sortie de DAC (qui est le seul à être important) sera le plus parfait possible.
Ainsi dans mon système, je génère une super-horloge Guido Tent à 33.8MHz, sur la carte DAC. Je reclock le signal LE du 1865 avec cette horloge, ainsi, le cadencement des données analogiques en sortie de DAC a théoriquement très peu de jitter.
Le problème est que les données à l'entrée du DAC soient synchrone avec cette horloge. Et là, coup de chance (enfin, c'était quand même étudié
), l'Asus 520 est justement cadencé à 33.8Mhz par un infame quartz. J'ai oté ce quartz, pris le signal d'horloge du DAC et connecté cette horloge au drive. Et, ça marche...
Un petit lien ou j'ai mis des chronogrammes :
http://www.diyhifi.org/forums/viewtopic.php?p=4883#4883
On y voit (bon c'est vrai que c'est pas trop clair!!!) que le signal fsync, recomposé par le 8414 à partir des données avec jitter, peut varier de plus ou moins 1/2 période de la clock à 33MHz, soit environ 10ns, (donc bien supérieur au pire des jitters) avant de sauter un échantillon.
Bonne lecture...
Philippe
