Optimisation réseau: Vos avis

[Pascal64]

À priori aucun 
Je ne me suis pas cogné les 300 pages du topic de CA mais à l'origine, c'est parti d'un gars qui faisait des bonds lorsqu'il a bridgé son Microrendu ou SOTM sais plus.
Il disait que,jusque là il n.avait pas entendu de différences entre les alims et câbles RJ45 et que maintenant il les entendait.

[a supprimer merci]

Il y a trois tweaks proposés par swenson:
- relier la terre des alimentations à decoupage
- utiliser ce switch également avec une terre (même si l'alimentation est linéaire)
- technique de blindage des câbles avec le blindage relié de bout en bout par un câble (jssg)

[MoebiuS]

Hello,

je remonte ce topic très intéressant. Vous faites vos schémas réseaux avec quel soft ?

Pour revenir sur certains sujets évoqués plus haut

- WAV / FLAC, les deux sont des formats lossless (et sans compression de dynamique), il ne devrait pas y avoir de changement de sonorité (comme pour le FLAC / ALAC). J'ai le sentiment que ce sont surtout les contraintes processeurs du streamer qui peuvent donner une sonorité différente. Après mes tests récents du M**o U***a, basé sur un RPi2, ainsi que sur un Rpi3 classique, si la base d'indexation est présente sur l'endpoint (je préfère utiliser ce terme, car streamer devrait plutôt s'employer pour l'appareil qui envoie le flux), l'appareil peut être retranché dans ses limites. Quelques services qui tournent en trop, une utilisation CPU ou mémoire qui est à 80% et va se balader de 85% à 100% pendant la lecture va avoir une influence sur le rendu. S'il s'y ajoute une décompression, on peut avoir 10% d'utilisation de différence.
Pour être franc, le Rpi2 est à la ramasse dans pas mal de cas quand on sort autre chose que du Redbook. Je pense que c'est une grosse erreur d'utiliser cette plateforme pour du Hires. Il y a déjà un mieux avec le Rpi3 et le Rpi 3B+.
Pour info, j'ai testé ce même week end, un VAIO que j'ai remis en route ce WE, sur Windows 10 (sans service superflu), un processeur Core2Duo, donc obsolète par rapport à un A53, mais avec 4Go de RAM. Et bien, j'arrive à lire du DSD512 sans soucis (alors que le Rpi3 est limite sur le DSD256).

- Ethernet et USB. Pour l'Ethernet, je ne suis pas convaincu par la débauche de câbles, d'horloges et d'alimentations linéaires surdimensionné and co. C'est un protocole par paquets avec correction d'erreurs. Donc si la liaison est mauvaise, le signal est rompu car les paquets n'arrivent pas à l'heure. Il ne peut pas y avoir de détérioration du contenu, juste des trains qui n'arrivent pas. Les seuls passagers clandestins peuvent être une ronflette qui passerait par le fil GRND du RJ45 ou une pollution si le câble fait office d'antenne. Mais au niveau des datas, il ne doit pas y avoir de corruption.
Avec un produit fourre-tout comme le Waversa, difficile de déceler d'où vient l'amélioration...
Les solutions les plus simples sont déjà de traiter les boucles de masses (de manière similaire, certains virent une des deux masses dans un couple de câbles RCA). voir le post de Faboz.
En USB le problème est différent, car ce ne sont pas des paquets qui transitent et les notions d'horloges sont primordiales (même si je n'ai pas identifié qui doit être réellement maître dans les échanges). Si les horloges ne sont pas bonnes, on va avoir un effet de vitesse non constante (difficilement perceptible à l'oreille nue) comme une courroie sur une platine vinyle qui aurait tendance à se tendre et se détendre à chaque tour de plateau.

- Ethernet vs Wifi. Le Wifi est souvent décrié, mais au final on obtient un pont galvanique parfait. L'autre paramètre que l'on oublie souvent c'est le débit. Aujourd'hui nous avons très souvent une infrastructure réseau à la maison basée sur du Gigabit (box, routeur, switch et PC). Or les interfaces d'appareils multimédia sont encore très souvent en 100Mb. C'est le cas des Oppo, des Rpi, de TV OLED haut de gamme du millésime en court. Alors que dans le même temps, la connexion réseau Wifi de ces mêmes appareils est à 450Mb en mode N.
En prenant l'exemple d'un des rares fichiers tests en circulation en DSD512 : Wechseldominante - Babel. Le fichier fait 2Go pour 6 minutes 16. Son débit est de 45158 kbps. Il suffit qu'il y ait un peu de monde sur le réseau pour se retrouver au taquet. Je n'ai d'ailleurs réussi à le lire correctement qu'avec le VAIO et le fichier stocké en local.
Donc dans le cas d'un upsampling systématique en amont en DSD512 ou PCM 384, on imagine bien que l'on est vite à la limite de capacité du système.

[0000]

(04-05-2018, 08:41 AM)paulw a écrit : Quand aux tests en aveugle, on en connaît les limites pour différencier des modifications qui restent finalement assez subtiles. Les test en aveugle sont concluants pour différencier des enceintes, mais sur des sources, c'est beaucoup moins évident. Cela ne veut pas dire qu'il n'y a pas de différences ou que l'on ne peut pas les percevoir.

Lorsque vous apercevez une différence, elle doit exister en passant en mode aveugle sans changer les autres facteurs de test. Il n'existe pas actuellement de méthode mieux que le test en aveugle.
C'est mon dernier post ici. Désolé pour le dérangement dans vos échanges. 

[a supprimer merci]

C'est pas un dérangement. C'est intéressant d'en discuter, et je pense que tu t'y intéresse également. Non ?

Tu penses vraiment que tout ce qui n'a pas été démontré par un test en aveugle ne doit pas être mis en place ? Tu as fait un test en aveugle sur ta carte Singxer ?

Moi je n'ai quasiment jamais fait de tests en aveugle. Est-ce qu'il y a des test en aveugle faits par d'autres sur lesquels on puisse s'appuyer ? Je les n'en connais pas dans ce domaine.

Donc soit on ne fait rien, soit on expérimente soit même, sur la base d'informations partielles (theoriques ou pratiques) et peut être parfois erronées, et que l'on confronte à notre propre expérience.

Revenir systématiquement sur le fait qu'on a pas fait de test en aveugle ne me semble pas très productif, c'est tout, et j'espère que tu ne le prendra pas mal. Ce serai sympa d'organiser entre nous dès tests en aveugle, mais c'est pas simple et on ne peut pas faire cela pour tout.

Ainsi que je l'ai déjà dit, le système est un ensemble, que l'on essaie de faire progresser- parfois une modification n'est pas immédiatement perceptible mais pourra contribuer à terme.

[Pascal64]

@ Moebius :
Schéma de réseau : je fais ça avec Word en mode publication.
Pour la limitation du flux RJ45 ... avec le bridge (si c'est possible) ça force moins.
Mais on s'éloigne des propos de Swensson qui prônait pour un débit plus faible car plus propre 
en gros pour ce que tu recherches : il faut un player le plus puissant possible

@ Bz31 : eh, oh, notre élément perturbateur... interdiction de bouder 
Reste dans les parages pour veiller à nos folies passagères !

[0000]

(04-05-2018, 09:19 PM)Pascal64 a écrit : @ Bz31 : eh, oh, notre élément perturbateur... interdiction de bouder 
Reste dans les parages pour veiller à nos folies passagères !

Je ne devais pas répéter dans le fil de Faboz comme si c'était un fil à toi ou à paulw.

[frorqf13]

(04-05-2018, 01:11 PM)paulw a écrit : Il y a trois tweaks proposés par swenson:
- relier à la terre le pole - des alimentations à decoupage
- utiliser ce switch (100Mbs) également avec une terre (même si l'alimentation est linéaire)
- technique de blindage des câbles avec le blindage relié de bout en bout par un câble (jssg)
https://www.computeraudiophile.com/forum...ent-659092

@paulw 
- Merci ++ pour le resumé, je suivais ce thread au début sur CA et j'avais perdu un peu le fil par manque de temps 
(je me suis permis d'ajouter le lien pour le fil de loop jssg et quelques precisions)

[MoebiuS]

Dans le même ordre d'idées, il y avait la vidéo #46 de Jipihorn concernant les bouclettes de masse.

[loandsound]

(04-05-2018, 09:19 PM)Pascal64 a écrit : @ Moebius :
Schéma de réseau : je fais ça avec Word en mode publication.
Pour la limitation du flux RJ45 ... avec le bridge (si c'est possible) ça force moins.
Mais on s'éloigne des propos de Swensson qui prônait pour un débit plus faible car plus propre 
en gros pour ce que tu recherches : il faut un player le plus puissant possible

@ Bz31 : eh, oh, notre élément perturbateur... interdiction de bouder 
Reste dans les parages pour veiller à nos folies passagères !

Je n'ai peut-être pas bien compris ton propos, car avoue ne pas avoir lu Swensson, mais de mon point de vue, s'il y a besoin de puissance, qu'il ait lieu sur le lecteur ou à réception d'un gros débit réseau, dans les deux cas on génère du bruit qui suivra le signal...

(04-05-2018, 02:29 AM)Pascal64 a écrit : Salut,
J'ai un DAC assez récent doté d'une isolation galvanique en USB si j'ai bien compris la doc du fabriquant.
Il reste néanmoins sensible à la qualité de la source.
Tout autant que mon précédent DAC avec usb XMOS.

L'XMOS gère surtout le jitter du signal.
L'isolation galvanique n'est jamais parfaite, c'est vrai, et le fait qu'elle soit mentionnée n'en indique pas non plus la qualité.

Après, une personne comme toi qui peaufine son système depuis pas mal de temps, et donc l'a maintes fois écouté (le système, pas que la musique), sait probablement rapidement reconnaitre un changement dans les sonorités. Rien à redire là dessus.
je ne disait pas que toutes ces modifs sont inutiles, je cherchais juste à les replacer sur une échelle globale. Car le fait de les reconnaitre très vite (par habitude de l'écoute analytique) ne signifie pas forcément qu'elles ont une incidence significative sur la qualité sonore...