Bonjour
C'est une question "large" à laquelle je vais essayer de répondre.
Il y a deux "fonctions":
- le stockage des pistes, leur accès, leur gestion sous forme de bibliothèques, leur accès, etc. C'est ce qu'on l'on nomme habituellement un serveur. Pour cela il y a besoin d'un processeur suffisamment puissant, de très nombreux processus sont actifs.
- le "drive": un dispositif qui "lit" les pistes et les transmet au DAC dans une forme adaptée.
Le drive est soit interne au DAC (lecteur réseau) et le drive interne reçoit les pistes par le réseau.
Le drive peut aussi être externe (par exemple, Holo RED, Taiko, etc) et la liaison peut -être USB ou spdif par exemple.
Il y a alors une liaison électrique entre le drive et le DAC.
L'optimisation de cette liaison nécessite le moins de bruit électrique côté drive.
Quand on met tout ça bout à bout, un appareil comme le Taiko qui fait office à la fois de serveur et de drive USB, ne peut pas à la fois avoir un processeur suffisamment puissant (en fait 2, c'est une carte mère de serveur qui est utilisée) pour gérer la bibliothèque et être le moins bruyant possible dans sa liaison avec le DAC.
Lex expériences largement partagées ici et sur d'autres forums indiquent qu'il faut un drive le moins bruyant possible avec des OS minimalistes et le moins de processus actifs.
Sur Taiko avec ses 2 processeurs puissants et son port USB qui est simplement celui de la carte mère, et Windows, on est très loin de tout ça.
Mes configurations précédentes avec Esoteric N05XD puis MSB avec Module Renderer, étaient donc des configurations où le drive était intégré au DAC, liaison ethernet pour recevoir les pistes.
J'utilisais un pont optique Sonore pour supprimer toute liaison électrique avec le monde informatique, hormis le module optique aval connectée au DAC. Le Mac Mini servait déjà de serveur de pistes, exactement comme Qobuz, et à rien d'autre.
Avec le système ProUSB/ProISL propriétaire de MSB, on a la configuration suivante:
- Mac Mini toujours en serveur Roon
- Une Raspberry en receveur Roon (en Wifi par commodité, en ethernet ce serait pareil)
- Sortie USB de la Raspberry vers le ProUSB MSB qui convertit le signal USB en optique dans un protocole propriétaire, synchrone.
- Transmission optique vers un module de réception optique propriétaire de MSB dans le DAC
Le schéma global est le suivant où "1" est chez moi splitté en 2, Mac mini + Raspberry.
A la place de la Raspberry, j'ai essayé, juste pour voir, le Mac mini en direct et un PC portable. Rien entendu comme différences.
En discutant avec Monsieur MSB, il m'a dit que la seule éventuelle limite de ce système est la régularité du 5V de l'USB de l'appareil connecté au ProUSB. Si celle-ci variait beaucoup, cela pourrait amener des appels de courant variables à l'intérieur du DAC dans le module ProISL (parce que le protocole est synchrone), et chez MSB, ce sont des paranos absolus des appels de courant.
Pour les DAC USB, Taiko, Aurender, Pinkfaun, Antipodes, même combat.
Un serveur quelconque, un drive USB comme le Holo RED dont les mesures de bruit sont aujourd'hui les meilleures possibles, un pont optique pour isoler le drive du réseau, feront toujours au moins aussi bien, si ce n'est bien mieux, que ces "serveurs" à pas de prix, mais qui évitent au client de trop réfléchir, surtout s'il pense que plus c'est cher, meilleur c'est. C'est parfois vrai, souvent non.
Amicalement
PS: dans cette configuration, le DAC n'est relié électriquement à ... rien en dehors de l'amplification.