angus2 a écrit:Emmanuel Piat a écrit: en lecture de wav sur DD , la seule source de jitter se trouve au moment de la conv NA, et là effectivement, une bonne horloge externe sur l'entrée "clock" de la CS peut faire la différence.
Tu te situes en cas d'utilisation d'un dac externe je suppose, pas en utilisation du dac de la carte son ?
Non dac interne bien évidemment.
Comment fonctionne une CS ? De manière très simple. La CS possède un buffer dans lequelle elle stoche les infos qu'elle va traiter (le chef d'orchestre qui va organiser le déroulement de ces traitements est le chipset de la CS. Par exemple il va faire passer ou pas le flux audio via un circuit de resampling, etc.).
Qd ce buffer commence à être presque vide (risque de "pop"), la CS émet une demande externe au CPU. Cette demande s'appelle une IRQ. Lorsque le CPU voit arriver cette IRQ, il interrompt son traitement en cours pour gérer la demande (en loccurence ici envoyer de nouvelles données ds le buffer de la CS). Une fois cette gestion terminée, le CPU reprend la tâche qu'il était en train d'effectuer.
Avec un tel fonctionnement le buffer de la CS n'est jamais vide et est remplit par "à-coup" (les données audio qui sortent du rendering audio sont donc tamponnées ds la RAM en attendant d'être envoyé sur le buffer de la CS lors d'une demande d'IRQ).
Par ailleurs et de manière parallèle, le chipset force le buffer de la CS à envoyer ses données vers tout le hardware de traitement audio présent sur la CS. C'est à ce niveau que la ou les horloges de la CS interviennent puisque ces traitements (qui n'ont rien à voir avec ce qu'il se passe ds le CPU) vont être synchronisés sur ces horloges. Parmis ces traitements il y a évidemment la conv NA. Si l'horloge de la CS qui pilote le DAC possède du jitter, alors la conv. peut en pâtir, c'est bien connu.
MAIS tout le jitter présent ds la chaine amont à la CS n'a aucun impact ! (à cause de la bufferisation des données ds la CS).
J'espère avoir été clair
@+
Emmanuel
