Les switchs audiophiles + ponts optiques

[Pat1355]

@Lapinou,
Je ne remets en aucun cas tes propos et encore moins tes compétences, mon propos évoquait simplement le fait qu’avant de juger et affirmer (je m’adressais a tous) il est important d’avoir pu faire beaucoup d’écoutes et essais sur du matériel adapté et si possible de qualité. Sinon on devient vite poncif et parfois présomptueux.
D’où ma réaction au vu de la direction que prenait ce post, mais c’est peut être moi qui suis dans l’erreur

[Lapinou]

[Mathieu80]

apportera une meilleure synchronisation temporelle.

Nard, j’avais bien lu et à peu près compris cela, mais ma question béotienne formulée autrement est : pourquoi besoin d’une meilleure synchronisation temporelle puisque le streamer fait le travail de resynchronisation?

[Nard]

Mathieu,

J'ai tenté de répondre à cette question post #7738.

C'est vrai que cela n'a rien d'évident d'expliquer pourquoi la mise en mémoire tampon, l'isolation galvanique et le reclocking ne parviennent pas à totalement éliminer la gigue.

Lorsque le flux de données parvient au streamer, il est bufferisé. Les transistors commutent pour adresser les cases mémoires et leur fixer une valeur de tension correspondant à leur valeur en logique binaire, au rythme de réception de ce flux transmis par l'interface ethernet, le PHY.

Le plan de masse auquel ces transistors sont reliés a une impédance qui ne peut être totalement nulle, c'est ainsi. Par conséquent, la commutation, c'est à dire le basculement du transistor qui devient passant ou non (il agit comme un relais) vient perturber très légèrement le potentiel de ce plan de masse. De ce fait, le seuil de tension qui déclenche la bascule des transistors voisins est modifié, ce qui perturbe le moment de cette bascule.

Dans le cas idéal d'un flux parfaitement synchronisé, tout se passe à la bonne cadence et cet effet est minimisé car les transistors commutent en même temps, du moins en théorie. (En pratique, ce n'est pas le cas et c'est pourquoi, toute activité électronique entraîne du jitter, c'est tout particulièrement le cas du jitter lié à l'activité logicielle mais c'est un autre problème.)

Si ce n'est le cas, on a une modulation du plan de masse qui va se transmettre à l'ensemble du système et traverser même les dispositifs d'isolation (les interfaces ethernet en sont déjà un, d'ailleurs, avec leur transformateur en entrée du PHY). C'est dû à la nature du jitter : la discordance temporelle occasionne une perturbation en tension qui engendre à son tour une nouvelle discordance temporelle. C'est ainsi qu'il se transmet à travers tous les dispositifs.

In fine, la perturbation du plan de masse de l'horloge va entraîner le même phénomène et la désynchroniser à son tour, même si son plan de masse est isolé par un transformateur de sortie puisque son secondaire est relié au plan de masse du circuit qu'elle synchronise et que celui-ci est modulé par la gigue. Il n'y a donc jamais une parfaite resynchronisation totalement exempte de perturbations, elle ne peut être que partielle, en fonction de la qualité des électroniques. Plus faible sera l'impédance de leurs plans de masse et de leurs circuits d'alimentation, meilleures elles seront

[Pat1355]

Belle réflexion et analyse des problèmes engendrés par les écoutes en réseau ou depuis un DD...
Mais au final il y a t-il une solution ou vaut-il mieux continuer à écouter ses vinyles

[Nard]

Merci !

C'est vrai que le vinyle est dur à battre, et quel plaisir que de retrouver le son de notre jeunesse !

Mais quel plaisir aussi de se battre avec ces interfaces et de bâtir une solution dématérialisée qui nous enchante 

PS : non, dans l'absolu, il n' y a pas de solution, ce n'est donc jamais fini, il n'y a que des approximations

[Mathieu80]

Ok merci Nard, c’est technique mais clair, ma question enfonçait un peu des portes ouvertes j’imagine car sinon il n’y aurait aucun intérêt aux switches et autres horloges externes etc…

si j’essaie de schématiser et vulgariser (ce que j’aime bien) il s’agit de mâcher le travail de synchronisation (ou du moins de limitation de la désynchronisation) en amont du streamer qui n’a plus qu’à finaliser ensuite?

[Pat1355]

Donc les entrées en I2S mode LVCMOS ne seraient elles pas plus pertinentes que celles en USB ou RJ45 car offrant une meilleure intégrité du signal tout en fonctionnant avec une plus faible énergie ?

[Nard]

Mathieu,

Oui, c'est bien ça, depuis le début de la chaîne numérique, boitier fibre, box, routeur, switch, nas etc. jusqu'au streamer et le dac

Pat,

Oui, probablement, encore que ça ne fasse que déplacer le pb en amont, c'est un débat sans fin

[Pat1355]

Certainement mais si en délimitant d'avantage le problème provenant de l'amont/source du signal avec une liaison de type FTP de qualité, on pourrait logiquement réduire la gigue émise par le signal initial ?