Démat' : streamer VS serveur

[ttd.fornotlife]

Ce que je voulais dire, c’est que ce n’est pas la priorité de notre ami, à mon sens.
Par ailleurs, sous Picoreplayer, il me semble que c’est assez récent non?
Quoi qu’il en soit, le kernel RT pose des difficultés, comme le disait R11bordo, si on veut faire tourner en même temps LMS. C’est ce qu’ont relaté certains sur le fil du Mano, qui pourtant faisait tourner parfaitement une version non RT avec LMS chez moi.

Le mode RT n'est pas récent. Les Squeezebox Touch de 2010 je crois utilisaient déjà un noyau Linux compilé en mode RT, sous Squeeze OS.

Aucune idée, mais je n’ai pas parlé du mode RT dans l’absolu, mais sous pcp précisément.
D’une manière générale, les propos, c’est mieux quand on les déforme pas...

...Ou quand on ne fait pas des amalgames rapides. Ce n’est pas le mode RT qui limite l’utilisation de picoreplayer en server mais le raspberry pi. Un serveur demande plus de ressources qu’un streamer qui pousse de la data comme avec Roon ou qui décode comme en UPnP/LMS.
Il me semble que ceux qui utilisent audiolinux sur base archlinux en RT et serveur sont très content : sur un vrai serveur.

---

Ce que je veux dire à l'ami qui a ouvert le post, s'il souhaite juste avoir de la musique dans sa cuisine ou sa salle de bain, il peut mélanger serveur et streamer sur la même machine. 
S'il souhaite démarrer un système hi-fi de salon, il est toutefois préférable, amha, de séparer les deux fonctions pour les relier en filaire.

Oui +1.