12-26-2021, 05:55 PM
(12-26-2021, 02:15 PM)ds21 a écrit :(12-26-2021, 10:50 AM)Nicoben a écrit : Tu pouvais faire plus simple en le paramétrant en pass threw (mode « thru » si je ne dis pas de bêtise) ainsi il ne touche pas à ce qui arrive et le renvoie tel quel. L’intérêt est aussi que le streamer en bout de chaine ne fasse pas la conversion flac / wav pour ne pas le solliciter lui non plus (c’est lui le plus important), donc en mode PCM on est sûr pour ce point.
Sauf qu’en mode "thru", je perds la possibilité de gérer correctement au travers de roon la pause et la reprise de la lecture au milieu d’une piste ainsi que les sauts de pistes...
Dernier "rebondissement" et j’arrête de polluer le fil.
Ayant testé il y a déjà plus de 2 ans le mode "thru" dans squeeze2upnp avec roon et ayant constaté des dysfonctionnements au niveau de la pause et du zapping des pistes, je n’avais pas insisté dans cette voie et j’avais choisi le mode "flac" puis le mode "pcm" qui transcodent (encore qu’on peut se poser la question pour pcm avec roon).
Je viens de retester en mode "thru" et finalement il n’y a plus de problème de pause et lors de zapping d’une piste à l’autre.
Il semblerait que roon ait fait évoluer son "interface" pour le support squeezebox...
Le programme squeeze2upnp.exe consomme en moyenne 0,1% de charge CPU sur mon nuc i5.
Cdlt.
Qobuz sublime->wifi->Tenda wifi mesh ->rj45 -> mini PC AMD Ryzen7 7730U Gentooplayer/roon+HQPlayerEmbeddedV5/PCM>>DSD256 -> Diretta/DST-00 -> HDMI I2S -> Holo audio cyan2 -> XLR -> Topping Pre90 -> XLR -> Benchmark AHB2-> Mulidine Cadence