Streamer haut de gamme

[Nicoben]

(07-19-2018, 09:41 AM)bz31 a écrit :

(07-19-2018, 09:02 AM)Nicoben a écrit : Bref, si le dernier maillon maison est un lecteur audio débitant via un protocole audio vers un dac usb ou équivalent, oui tout doit être optimisé (et les modes bridge font cela en limitant au stricte rôle audio le dernier maillon et utilisant une liaison type réseau informatique pour sécuriser le transfert de fichier entre les deux, avec la pollution réseau éventuellement associée...). Si c’est un lecteur réseau où tout est déjà optimisé, il ne reste à prioiri qu’à soigner le réseau et rien ne dit que l’optimisation de l’amont qui s’entend ne soit rien de plus que la pollution generee sur le reseau qui s’entend.

Pas bien compris
Dans les deux cas, tu as un serveur de fichiers distant qui envoie le fichier vers soit le lecteur audio maison soit le lecteur réseau du commerce. Tu sembles dire que dans le deuxième cas, l'optimisation du serveur ne soit pas nécessaire parce que le lecteur réseau est déjà optimisé, et qu'elle soit nécessaire dans le premier cas.  C'est là mon interrogation. Pourquoi, dans le premier cas, l'optimisation seule du lecteur audio maison n'est pas suffisante comparant au lecteur réseau ?

Non ce n’est pas ce que j’ai voulu dire: je dis que dans les deux cas l’optimisation de la partie serveur est la même, et que potentiellement l’optimisation de cette partie serveur n’est peut être nécessaire qu’à cause des perturbations qu’elle engendre sur le réseau, et que donc elle est peut être remplaçable par une optimisation du réseau juste en amont du lecteur audio maison ou du lecteur réseau du marché. 

Je dis que dans les cas majoritairement décrits par Pascal, on parle en fait d’optimiser le lecteur audio (celui qui débite en usb ou spdif ou ce qu’on veut vers un dac), Et en amont c’est de l’optimisation réseau (et libre à chacun d’optimiser la partie réseau en travaillant directement sur tous les éléments en amont, nas, serveur d’un bridge, alims.... mais n’est ce pas alors évitable par une dépollution réseau efficace juste en amont du lecteur audio (et c’est sur cette efficacité qu’il peut y avoir débat alors). Dans le second cas, le lecteur audio est déjà optimisé, on ne travaille pas dessus.

Puisque totaldac est pris en exemple, si je ne dis pas de bêtise il s’affaire depuis longtemps à faire un nas dépollué bien alimenté, un routeur dépollué bien alimenté, un cable éthernet filtré blindé à mort, ça c’est sa partie serveur, c’est de l’optimisation réseau pour éviter le transfert de pollution au lecteur que ça plaise ou pas, c’est valable pour tout lecteur audio maison ou lecteur réseau du commerce. Et là on est dans l’informatique, on optimise pas le serveur pour avoir des bits plus velus, au mieux on se sert de ce serveur pour externaliser sur un matos informatique des fonctions qu’on ne veut pas effectuer sur le lecteur audio car ça limite la perf du lecteur audio (principe du bridge, dont le but est d’optimiser le lecteur audio en fait, pas le serveur!).
Ensuite il optimise une cubox qui est reliée en usb à un reclockeur, c’est le lecteur audio, MPD a sa préférence, réglage des timings, latences .... optimisation d’alim de la cubox, optimisation de la liaison usb en sortie avec un filtre usb maison, c’est une optimisation de lecteur audio... et malgré tout cela il suffit de remplacer le cable usb par un autre  pour changer la restitution, même avec le reclockeur sous fpga en aval, signe que l’optimisation du lecteur audio et la pollution qui se véhicule via la liaison usb n’est toujours pas anodine et maitrisée, usb classe 2 ou pas (ok à valider en avegle si tu veux la liaison usb qui fait son son ).

En clair, parler d’optimiser un serveur c’est:
- parler de dépolluer le réseau éthernet (et plusieurs moyens existent, complémentaires ou redondants et c’est un objet de débat / essais...: nas et autres élémenst du reseau sous alim linéaire, routeur dépollué, filtres, isolateurs, cables à blindages variables, différents.... )
- parler d’externaliser des fonctions informatiques sur le serveur dans le but d’améliorer la perf du lecteur audio (fonction bridge par exemple, mais aucun impact audio lié au serveur, c’est le lecteur audio qui bénéficie de ne plus effectuer certaines fonctions, c’est le lecteur audio qui est optimisé, allégé....)

Cordialement, Nico.