Les recettes de John Swenson sur les réseaux

[Nicoben]

(08-14-2018, 11:27 PM)blutbad a écrit : Demain je reçois mon filtre ethernet Sotm. Je vais faire des essais . Audio et vidéo .

Version de base, ou avec circuit d’horloge sCLK-EX intégré? Avec ou sans l’alim SPS500? C’est plein d’options Sotm, et comme Roberto l’a dit à juste titre pour le SMS200, l’alim est plus importante que l’upgrade d’horloge, est ce le cas aussi ici vu que la base est vendue avec une alim de supermaché?...

Bons essais ! 

@Volpone, je suppose qu’à ce jour l’impact de l’horloge tient plus des essais empiriques réalisés par les fabricants que d’une explication logique et documentée... le monsieur de Jplay essaie de justifier basiquement son switch Jcat à plusieurs milliers d’euros par des réductions d’emi / rfi, vibrations jusqu’aux connecteurs, chassis et j’en passe, sans bien sûr donner la moindre piste sur les tenants et aboutissants des gains potentiels du dispositif...

Si je m’en tiens à ce qu’écrit John Swenson et autres moins langue de bois ou langue de marketting , il s’agit au niveau du dernier switch de se débarasser des courants de fuites (qualité d’alim, drainage), d’isoler efficacement la sortie du switch des entrées (filtres...) et pour la partie horloge d’éviter la transmission de leur bruit propre (qualité d’alim, qualité d’horloge). Le principe pour l’horloge n’est donc pas qu’elles soit plus précise pour le reclockage des données, mais que ce reclockage ne soit pas accompagné de bruit lié à la non qualité de l’horloge et ses circuits associés. 

L’on peut supposer que l’horloge la plus préce est parfois celle qui peut être la moins bruyante... donc que la meilleure en audio peut potentiellement être la meilleure sur le dernier switch... ou pas, le but est donc d’avoir le circuit d’horloge qui s’accompagne du moins de bruit possible. L’on peut imaginer dans ce cadre qu’une synchronisation entre l’horloge du switch et celle du streamer puisse abaisser le bruit lié aux horloges ou tout du moins l’impact sur le jitter en bout de chaine, d’où le choix pour plusieurs fabricants de permettre l’emploi d’une horloge maitre externe sur leur switch.... bref, comment les fabricants de switch audiophiles élaborent leur produits, empirisme, recherche, aucune idée, néanmoins ils sont un peu trop nombreux à silloner un chemin identique avec des recettes semblant se rejoindre pour qu’il n’y ait pas un intérêt autre que plumer les audiophiles crédules. Un tel raisonnement de la part du client n’est il pas cohérent pour justifier un essai, en l’absence de justifications scientifiques ?

Après de quelle manière le bruits d’une horloge de circuit éthernet aboutit à perturber le fonctionnement du dac, voir d’une conversion éthernet / spdif ou éthernet/i2s en terme de jitter, là est la bonne question certainement, question dont évidemment la réponse permet de sortir des produits répondant au besoin, donc dont même si elle est connue ou tout du moins maitrisée à la suite d’études ou essais empiriques, reste pour le moment la chasse gardée de ceux qui font du fric avec.... 

Si on prend les dernières déclarations de Swenson pour la mise au point du switch d’Uptone Audio, ça donne ceci: 
« As Alex mentioned I am just finishing up a complex test system for actually doing an end to end clock analysis (digital data stream to DAC output) in order to really nail down what is going on in our systems. There are several hypothesis for what is going on, and several possible schemes for suppressing these, I will be testing all of these out, and the one that works the best will go in the switch.
 
This is not JUST a development project, there is a lot of fundamental research going on. I have been doing a bunch already, enough to know that SOMETHING is going on, but not enough detail to figure out what it really is. That's what this stage of testing is all about.
 
So even if I wanted to spill the beans, I can't, we don't exactly know what beans are going to be yet!
 
The result of the above is that there is no way to speed this up, I HAVE to go through the research first before we can get to the details. We know what seats we are going to have, what the dashboard will look like, probably what tires, but not sure what engine is going to be in there. »

Cordialement, Nico.

---

(08-15-2018, 10:15 AM)r11bordo a écrit : Dans ce cas, il n'y a pas que les dac qui sont sensibles, les fda aussi. je n'ai pas de dac, je passe du drive reseau au fda directement et là aussi c'est bien sensible.

Un FDA est un dac ! Un « dac de puissance » qui convertit le pcm en pwm qui est modulé sur les enceintes, avec gestion d’horloge, bruit, jitter, distorsions... ces soucis sont possiblement plus vite discernables sur un FDA de par son coté direct, et moins qualitatif coté alim et circuits numériques pour les petits, que de gros dacs mieux fichus... simple supposition

@Phile. eeee le coup des passage d’alim dans les cables éthernet, ça semble tout de même revenir au « simple » fait que les cables ont toujours une influence sur le courant qu’ils transportent, un cable est toujours à la fois une sorte de filtre, de micro, d’antenne... on bricole on bricole mais cela n’évitera pas le fait que nos alim à découpage de base, nos powerbank, nos émetteurs récepteurs de pont optique... contiennent toujours des sources de pollutions dont l’impact varie dès qu’on modifie légèrement quelque aspect que ce soit dans l’alimentation, le cablage donc une forme de filtrage de l’alim. A mon avis les bricolages d’optimisations diy quels qu’ils soient ont l’avantage d’améliorer le résultat final par une approche empirique rapide du sujet, mais ils n’ont le plus souvent aucune étude sérieuse au cul permettant de dire qu’on a résolu le problème, c’est pour cela qu’à un moment on est rattrappé par des solutions commerciales qui si elles ont le défaut de leur coût destiné à faire vivre des gens, ont l’avantage d’aller potentiellement plus au fond du problème pour le limiter dans des proportions plus importantes, avec une meilleure maitrise.

Cordialement, Nico.