Démat' : streamer VS serveur

[Bigga]

(05-02-2019, 03:54 PM)r11bordo a écrit :

(04-28-2019, 03:52 PM)Bigga a écrit : Personnellement, je suis en liaison Wifi entre serveur et player, et cela fonctionne parfaitement en 16/44,1, mais pose parfois des problèmes de lecture intermittente en lecture locale de fichiers Hi Res (AIFF en 24/96 ou plus, ou DSD). 

Cette réponse ne laisse aucune ambiguïté. Une liaison client serveur en WiFi pour l'audio ne fonctionne donc pas ...

Perso, je suis en liaison filaire avec streamer et serveur séparés afin de dédier la lecture des pistes sur une machine dédiée et le décodage des pistes sur une autre machine. Les optimisations du système sur le streamer ne sont pas forcément compatible avec celle d'un serveur (exemple l'activation du Réal Time sur un rpi3 n'est pas compatible avec l'exécution d'un LMS par exemple alors que cette option est bénéfique pour le décodage des pistes).

Ben si, ça fonctionne très bien, en ce moment même d'ailleurs, sur les fichiers 16/44,1, c'est à dire issus de rips de CD. Autant dire, quand même, la grand majorité des fichiers que les utilisateurs possèdent.
Après, sur la haute résolution, parfois ça merdouille, et bien sur il faut que le wifi fonctionne bien, ce qui chez moi ne pose que très rarement des problèmes.
Donc, pour une liaison audio quand on écoute du 16/44,1, une liaison Wifi fonctionne parfaitement. Après, idéalement, la liaison filaire est plus stable et sa bande passante potentiellement plus importante, évidemment, mais quand on peut pas faire autrement... Et je galère encore avec le pontage du Wifi du RPi vers son Ethernet. Impossible de le faire fonctionner chez moi pour l'instant.
En revanche, je suis bien d'accord que la séparation serveur et player est un plus pour l'optimisation aux petits oignons des 2. Même si un kernel temps réel n'est peut être pas la priorité de quelqu'un qui débute son installation démat.