emilien a écrit : ↑09 déc. 2019, 16:45
Merci beaucoup ds21 pour tous ces points dont je n'avais pas connaissance
Je vais tester de mon côté.
Pour l'utilisation du plugin squeeze-to-upnp avec roon, je me permets de copier et de compléter ici le tuto de zaurux sur l'autre forum:
ROON n'est pas compatible UPNP/DLNA.. je ne m'étends pas sur les raisons.
Par contre Roon a intégré une compatibilité avec les players Squeeze et émule un serveur LMS.
J'ai mis un peu de temps à comprendre qu'il fallait que je stoppe mon serveur LMS sur Synology pour que Roon prenne sa place.
J'ai un serveur Roon sur un NUC Lenovo Tiny Core i5 sous win 10.
Là, il faut installer UPnPBridge développé par Philippe (bridge AIrplay et Chromecast existent également pour LMS).
Ce plugin pour serveur LMS peut être installé comme soft indépendant et c'est là que c'est interressant.
Le serveur émulé c'est Roon et donc on ne peut l'installer comme plugin, ni le configurer via l'interface web LMS classique.
Mais c'est tout simple
Pour windows, vous récupérez le zip sous sourceforge.net:
https://sourceforge.net/projects/lms-pl ... hilippe44/
Sur mon serveur (géré via TeamWiever parce que c'est un NUC sans clavier ni écran), j'ai créé un répertoire sous C:\UPnPBridge-1.10.0 (ou bien du nom de la dernière version de UpnpBridge que vous trouverez sur sourceforge.net) et j'y ai tout dézippé. Vous vous retrouvez avec un répertoire "bin" sous C:\UPnPBridge-1.10.0
Pour initialiser la configuration:
- L'émulation Squeezebox doit être activée (sur "oui/on") dans le menu de paramétrage de Roon (Réglages - Configuration - ligne paramètre intitulée "Activer le support de Squeezebox" / Settings - Setup - ligne de paramètre "Enable Squeezebox Support")
- Le Classé doit être connecté en mode network
- Sur la machine qui sert de serveur Roon, dans le répertoire "bin" C:\UPnPBridge-1.10.0\bin (ou du nom que vous lui avez donné) on doit lancer une commande ("cmd")
"squeeze2upnp-win.exe -i config.xml"... on attend 30 secondes que la fenêtre d'exécution des commandes DOS se referme
(Cette étape génère le fichier config.xml de configuration par défaut du plugin)
Là, ça fonctionne pas encore:
Dans ce même répertoire, ouvrir le fichier config.xml
- pour l'ouvrir changer l'extension du fichier de ".xml" en ".txt" et l'ouvrir avec l'utilitaire win10 utilisé normalement pour le type de fichier textes.
- Ne pas oublier de remettre la bonne extension du fichier ".xml" après que les modifications/paramétrages auront été sauvegardés dans le fichier ".txt"
Il faut modifier d'abord ces 2 lignes ou "balises" (nom donné aux lignes de paramétrages effectués au travers de ce type de fichiers ".xml")
<sample_rate>192000</sample_rate>
<roon_mode>1</roon_mode>
+ voir ci dessous le fichier que j'utilise avec notamment les balises suivantes pour le Classé :
<forced_mimetypes>audio/flac,audio/x-flac</forced_mimetypes>
- Pour dire au Classé qu'il est compatible avec les fichiers Flac qui lui seront envoyés, ça ne fonctionne pas sans cette balise dans le plugin sur mon système
<mode>flc:0,s:24</mode>
- Ca demande à squeeze2upnp de convertir en flac 24 bits compression 0 -non comprimé- sans changer la fréquence d'échantillonnage d'origine tout ce qui sera envoyé au Classé.
- Et si on veut profiter de la gestion correcte des morceaux au travers des commandes de lecture dans roon, il vaut mieux demander au plugin de regénérer les fichiers à envoyer au lecteur par cette méthode - voir la doc du plugin concernant cette instruction - il me semble, d'après mes tests, que c'est la solution à minima pour obtenir quelque chose de correct au moins au niveau ergonomie des commandes de lecture avec roon.
>>>> Edit: le 6 novembre 2021<<<<
Je viens d’essayer <mode>pcm</mode> avec <forced_mimetypes>audio/wav</forced_mimetypes>
et ça fonctionne très bien.
En plus j’observe que squeezezupnp est beaucoup moins gourmand en CPU en mode pcm (je supposais a tort que, puisque Qobuz est en flac et que tous mes fichiers sont également en flac, ça chargerait moins squeeze2upnp en choisissant mode=flac, mais je viens de retrouver un paramètre roon dans les options avancées de la configuration du périphérique où on peut sélectionner "compression flac" que je n’avais pas activé puisque tout ce que je lis est déjà en flac, et, il y a quelques jours, je l’ai activé pour tester, et j’ai observé que cela augmente la charge CPU de roon: conclusion, je pense que par défaut roon envoie son flux en pcm/wav, et que si on demande à squeeze2upnp du pcm, il a beaucoup moins à faire, et que par conséquent la meilleure option est pas de conversion flac dans roon associé à un mode pcm dans squeeze2upnp.
Et, je constate, sur mon serveur win10 intel core i5 8259U, une charge CPU totale en écoute qui est presque constante de l’ordre de 2% quel que soit l’échantillonnage (je ne fais pas d’oversampling avec roon) alors qu’auparavant ça pouvait monter à 5 ou 6% en 24/192.
Le programme squeeze2upnp ne consomme pratiquement plus de CPU.
>>>> Fin edit du 6 novembre 2021<<<<
>>>> Edit: le 26 decembre 2021<<<<
Je viens de retester <mode>thru</mode> qui ne fonctionnait pas correctement avec les commandes de pause et sauts de pistes avec roon mais qui est la solution la moins invasive du point de vue de l’influence de squeeze2upnp sur le message transmis par roon vers le streamer UPnP et par conséquent la meilleure.
(dans la doc du plugin -> “thru”: simple passthru mode, audio data is simply forwarded to the player, except for flac header insertion and sample resizing when receiving pcm audio)
Maintenant, cette solution fonctionne parfaitement et les bugs lors de la pause et la reprise de lecture au milieu d’une piste où bien les sauts de pistes ont disparus. Donc, je conserve cette configuration.
Au passage, j’ajoute <stream_length>-1</stream_length> pour éviter la valeur -3 qui provoque des passages à la piste suivante anticipés sur certains morceaux de musique un peu long avec Qobuz.
Dans La doc du plugin ->
-1 : no content-length header, using HTTP200 for open-ended range request [no length]
-3 : chunked transfers (recommended), using HTTP206 for range request [Chunked]
>>>> Fin edit du 26 décembre 2021<<<<
Attention les balises <udn> et <mac> ne sont pas correctes dans mon exemple, ce sont celles qui ont été générées sur votre systeme qui doivent être utilisées
.
Désormais, Roon trouvera le "Endpoint Squeeze" et validera une sortie à taux d'échantillonnage 192.kHz maxi.
Pour initialiser la lecture via Roon il faut d'abord lancer la commande: " squeeze2upnp-win.exe -Z " à exécuter dans le répertoire bin C:\UPnPBridge-1.10.0\bin (ou bien du nom du répertoire que vous lui avez donné en fonction de la version de UpnpBridge choisie)
il faut alors sélectionner dans roon le "Endpoint Squeeze" comme lecteur et y lancer la lecture d'un morceau de musique.
J'oubliais :
Créer un petit fichier de commande ".bat" (dans notre exemple: UPnPBridge.bat) sur le serveur pour lancer (dans le répertoire bin) la commande suivante " squeeze2upnp-win.exe -Z " à chaque nouveau démarrage du système ou bien dès que le "Endpoint squeeze" n'est plus visible dans roon du fait que l'exécution de cette commande a été interrompue sous win10.
Sur mon serveur le contenu du fichier UPnPBridge.bat est le suivant -
cd C:\UPnPBridge-1.25.0\Bin
squeeze2upnp-win.exe -Z
exit
- sachant que le répertoire que j'ai créé pour dezipper le contenu du plugin UPnPBridge (version 1.25.0 dans mon cas) est "C:\UPnPBridge-1.25.0", j'ai donc créé le fichier bat dans ce repertoire (ici c'est moi ds21 qui parle de mon système avec le Classé, ce n'est plus le tuto de zaurux qui a utilisé la version 1.10.0 du plugin squeeze2upnp)
- on pourra créer et sauvegarder un fichier UPnPBridge.txt en y insérant les instructions données ci dessus en les adaptant à votre configuration et ensuite le renommer en UPnPBridge.bat
Dans la fenêtre qui apparaît lors du lancement de cette commande on y voit toute la "log" de l'historique des instructions exécutées par le plugin en lien avec les ordres de lecture de fichiers musicaux lancés au travers de roon.
D'autre part, il est possible que de temps en temps (entre autre après une mise en veille du Classé) roon ne voie plus le lecteur Classé Upnp comme "Endpoint squeeze" dans la liste des lecteurs disponibles bien que la commande squeeze2upnp soit toujours en cours d'exécution. La plupart du temps, le Classé réapparaît au bout de quelques secondes en lecteur upnp, dans le cas contraire, il suffit de désactiver puis réactiver l'émulation squeezebox dans le paramétrage de roon pour le voir revenir en lecteur upnp au travers du "Endpoint squeeze" (à ne pas confondre avec le lecteur Classé qui est vu par roon également avec sa seconde icône comme "Endpoint Airplay")
Mon fichier config.xml avec le Classé sigma 2200i (j'avais renommé l'ampli en "sigma_amp" dans la propre page web du Classé sigma 2200i, et avec la version UpnpBridge-1.25.0 que j'utilise sur mon système - normalement la liste des paramètres développés pour le plugin n'évolue plus vraiment avec les versions, mais...)
<<<<En tenant compte de l’edit du 26 decembre 2021>>>>
Code : Tout sélectionner
<?xml version="1.0"?>
<squeeze2upnp>
<common>
<streambuf_size>524288</streambuf_size>
<output_size>4194304</output_size>
<stream_length>-3</stream_length>
<enabled>1</enabled>
<remove_timeout>120</remove_timeout>
<codecs>aac,ogg,ops,flc,alc,aif,pcm,mp3</codecs>
<mode>thru</mode>
<raw_audio_format>raw,wav,aif</raw_audio_format>
<sample_rate>48000</sample_rate>
<L24_format>1</L24_format>
<flac_header>1</flac_header>
<roon_mode>1</roon_mode>
<forced_mimetypes></forced_mimetypes>
<seek_after_pause>0</seek_after_pause>
<send_icy>1</send_icy>
<volume_on_play>1</volume_on_play>
<volume_feedback>1</volume_feedback>
<send_metadata>1</send_metadata>
<send_coverart>1</send_coverart>
<max_volume>100</max_volume>
<accept_nexturi>1</accept_nexturi>
<auto_play>0</auto_play>
<server>?</server>
<resample_options></resample_options>
</common>
<upnp_socket>?</upnp_socket>
<slimproto_log>info</slimproto_log>
<slimmain_log>warn</slimmain_log>
<stream_log>warn</stream_log>
<output_log>info</output_log>
<decode_log>warn</decode_log>
<main_log>info</main_log>
<upnp_log>info</upnp_log>
<util_log>warn</util_log>
<log_limit>-1</log_limit>
<device>
<udn>uuid:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx</udn>
<name>Sigma_amp</name>
<friendly_name>Sigma_amp</friendly_name>
<mac>xx:xx:xx:xx:xx:xx</mac>
<sample_rate>192000</sample_rate>
<forced_mimetypes>audio/wav</forced_mimetypes>
<stream_length>-1</stream_length>
<mode>thru</mode>
<enabled>1</enabled>
</device>
</squeeze2upnp>
PS: je viens de tester la dernière version du plugin (UPnPBridge-1.40.4) qui, en moyenne, démarre en mode bruit digital 1 morceau sur 5.
Puisqu'il est possible de choisir la version que l'on veut télécharger (dans l'onglet "files" du site sourceforgenet dédié au plugin), je vous propose de prendre la mienne: UPnPBridge-1.25.0 je n'ai jamais aucun soucis avec (combinée avec le Classé, s'entend)
Qobuz sublime/Tenda wifi mesh -> wifi -> mini PC i5 fanless Gentooplayer/roon+HQPeV5/PCM>>DSD256 -> Gustard A26/Diretta DST-00 -> XLR Grimm TPR -> Benchmark AHB2 -> Mulidine Cadence
comme je n'avais réussi à faire fonctionner ce plugin sous LMS avec le Classé qu'en ajoutant dans le fichier XML de configuration la ligne suivante: <forced_mimetypes>audio/flac,audio/x-flac</forced_mimetypes> , je l'ai également ajoutée dans le plugin qui tourne avec Roon. Elle s'insère dans la section <device> des paramètres propres au Classé sigma.
J'y comprends rien mais par contre recharge il reste 13% à ton device 