Antre II, le retour

[ThierryNK]

(05-18-2021, 01:24 PM)Pascal64 a écrit : Hello Thierry,

Le wifi sur le Mac mini c'est bien mais ne dispense en aucun cas d'une optimisation de ce dernier ... tu serais surpris 

Le Mac Mini est connecté en ethernet

L'Amethyst reçoit les pistes (les FICHIERS) en Wifi.

Il peut y avoir des "pollutions" par l'intermédiaire des alimentations, certes. Mais il ne peut pas y avoir d'autres influences d'un serveur UPNP qui se borne à envoyer les pistes vers l'appareil audio.

[l'Arédien]

(05-18-2021, 02:03 PM)ThierryNK a écrit : Il peut y avoir des "pollutions" par l'intermédiaire des alimentations, certes. Mais il ne peut pas y avoir d'autres influences d'un serveur UPNP qui se borne à envoyer les pistes vers l'appareil audio.

Hello Thiery.
Pour info, il y a ce petit sujet que j'avais ouvert : http://forum-hifi.fr/thread-11086.html
Pour te résumer mon cheminement, avec un serveur Roon et non UpNp. On m'a certifié, juré-craché que bichonner le serveur n'était d'aucune utilité, avec plein de bons arguments (j'ai les noms des conseillers ! ). Il y a pourtant eu un progrès manifeste quand mon macbook air a été remplacé par un PC fanless. Un second progrès quand je l'ai alimenté proprement (j'avais parié avec Pascal64 une bouteille de champagne que l'effet serait nul, j'ai perdu). Et même un troisième progrès quand j'ai mis les pistes sur une carte SD (enfichée dans le serveur) plutôt que sur le Nas. Pourquoi ? Je ne sais pas. Mais je ne suis pas encore complètement fou, les progrès étaient nets (y compris en blind test). Donc pour moi, oui, il y a un intérêt à "bichonner" le serveur (surtout que les terrasses vont très bientôt réouvrir  )

[ThierryNK]

(05-18-2021, 04:50 PM)lArédien a écrit :

(05-18-2021, 02:03 PM)ThierryNK a écrit : Il peut y avoir des "pollutions" par l'intermédiaire des alimentations, certes. Mais il ne peut pas y avoir d'autres influences d'un serveur UPNP qui se borne à envoyer les pistes vers l'appareil audio.

Hello Thiery.
Pour info, il y a ce petit sujet que j'avais ouvert : http://forum-hifi.fr/thread-11086.html
Pour te résumer mon cheminement, avec un serveur Roon et non UpNp. On m'a certifié, juré-craché que bichonner le serveur n'était d'aucune utilité, avec plein de bons arguments (j'ai les noms des conseillers ! ). Il y a pourtant eu un progrès manifeste quand mon macbook air a été remplacé par un PC fanless. Un second progrès quand je l'ai alimenté proprement (j'avais parié avec Pascal64 une bouteille de champagne que l'effet serait nul, j'ai perdu). Et même un troisième progrès quand j'ai mis les pistes sur une carte SD (enfichée dans le serveur) plutôt que sur le Nas. Pourquoi ? Je ne sais pas. Mais je ne suis pas encore complètement fou, les progrès étaient nets (y compris en blind test). Donc pour moi, oui, il y a un intérêt à "bichonner" le serveur (surtout que les terrasses vont très bientôt réouvrir  )

Roon utilise un protocole Audio sur ethernet, pas du transfert de fichier.

On se retrouve au bon vieux temps de Airplay

[l'Arédien]

(05-18-2021, 05:04 PM)ThierryNK a écrit : On se retrouve au bon vieux temps de Airplay

Ah, je devrais mettre une Rosita alors ! Surtout que maintenant elles ne sont pas chères !

[ThierryNK]

[Pascal64]

Protocole truc, Wifi,  UPNP ou tout ce que tu voudras, optimiser ton serveur tu devras 

j'ai du me battre à couteaux tirés pour cela mais j'ai fini par le faire inscrire l'encre rouge dans la manuel du parfait audiophile 

[ThierryNK]

Wifi et UPNP, à part les pollutions par le secteur, il ne peut strictement rien se passer en provenance du serveur.

A moins qu'à l'insu de son plein gré, le serveur envoie aussi de la pollution par Wifi.

Sinon, au chapitre 1 de ton manuel du parfait audiophile, tu parles de l'acoustique de ta pièce?

Bien cordialement

[Pascal64]

Un fichier transite sans décodage , certes mais il ne le fait pas tout seul, quelqu'un doit l'aider ... et si il a la main qui tremble, le son se dégrade.


pour l'acoustique de ta pièce... tu pourrais être surpris par une amélioration de ta source.
Si au départ le grave n'est pas bien tenu, évidement, ça n'arrange pas les choses.

[ThierryNK]

Alors reprenons les "explications" d'il y a 15 ans ou plus.

Dans un lecteur/drive réseau, il y a un mini ordinateur, avec un OS minimal et un player. Il est la plupart du temps relié au DAC ou aux sorties numériques en IIS, piloté par l'horloge de l'appareil audio.

Cela date de Linn, puis Lumin, Ayon, Chord, Trinnov etc.

En UPNP, la piste est transférée en protocole TCP/IP (réseau) vers le stockage du mini ordinateur inclus dans le lecteur/drive réseau.

Il peut y avoir des erreurs dans le transfert réseau, le récepteur peut redemander les paquets qu'il n'a pas reçu ou dont la checksum est incorrecte. Si cela foire, on a un "drop out" pendant l'écoute.

J'ai depuis longtemps préféré cette approche à celle de ordinateur-USB-DAC
Parce qu'en USB:
- l'horloge de l'ordinateur est nécessairement impliquée et que l'ordinateur "fait de l'audio", ce qui n'est pas le cas dans un lecteur/drive réseau
- il y a un câble dont les effets sont abracadabrants, il devrait faire 90 ohms, mais quasiment aucun fabricant ne respecte cette norme
- là, il y a effectivement un paquet d'optimisations à faire sur l'ordinateur, optimisations aléatoires et sans vrai fil conducteur et soumises aux évolutions de l'OS et du logiciel audio et à des prix d'émir. Voir des papiers assez anciens de Damien Plisson au sujet du décodage des pistes, mode entier, jitter et tout le tralala.

En UPNP, oui, avec une connexion ethernet, des merdouilles arrivent dans les appareils audio jusqu'aux enceintes. J'en ai suffisamment parlé avec les ponts optiques et autres filtres Giso et Etalon.

En Wifi, il ne peut rien arriver d'autre au lecteur/drive réseau que la piste, et les éventuelles merdouilles générées par le récepteur wifi du mini ordinateur.

Bonne soirée

[Pascal64]

Yep Thierry, 

ton raisonnement est erroné car tu pars du principe que les données sont inaltérables.
"Sinon il y aurait des ploc" 
Or ce n'est pas le cas car avec les données il y a une cadence à respecter.
Les fameuses horloges Tcxo et Oxco ne fleurissent pas par hasard.
Et le wifi ne t'isole pas de cette perturbation temporelle car le mal est fait avant.

De plus , si je suis ton raisonnement , il serait difficile d'avoir de bons résultats dans la config PC > usb > DAC ... va donc dire ça aux gars de Taïko Audio 
Ou même dans la rubrique DIY de ce forum, certains vont faire des bonds.

Un exemple simple pour mieux visualiser :
J'ai une Box sur alim à découpage > wifi > streamer ou Pc 
Je change l'alim à découpage de la Box, toujours en Wifi > ahhh zut, le son est meilleur ... mince alors.

Tu peux également consulter les travaux de Phile et Nard sur les ponts optiques - rubriques DIY avec upgrade d'horloges.
Si ils suivaient ton raisonnenemt, seule l'horloge du FMC de l'arrivée serait importante.
Il s'avère que celle du départ l'est tout autant.

Dernière chose : Dirreta 
C'est un protocole récent en IPV6
Il permet de faire transiter des données avec une cadence moins sensible aux perturbations.
Un qui envoie, l'autre qui reçoit.
Dans un monde parfait , il ne servirait à rien d'améliorer celui qui envoie... or ce n'est toujours pas le cas.

Enfin, dans les rubriques DIY, tu croiseras des psychopathes en pagaille.   (Je te remercie au passage pour le compliment.) 
Il pourront t'expliquer comment 
- améliorer ton Mac wifi mini
- construire un ordi de lecture qui tienne la route (usb ou Upnp)
- améliorer ET stabiliser son OS 
- améliorer des horloges sur des switchs
- etc