Allo USBridge, une alternative pour bien nourrir un DAC USB ?

[volpone75]

(02-11-2020, 09:45 PM)zaurux a écrit : Bon comme j'ai voulu downclocker l'USBridge Sig un peu violemment en éditant le config.txt de ropieee, j'ai été obligé de rebooter sur une SD DietPi. J'en ai profité pour remettre DietPi à jour (v6.28.0).. et puis j'ai descendu tous les services sans intérêt pour moi, et ne garder que l'essentiel (Roonbridge sans web, smb, etc)....

Tu as bien "dégraissé" ! A l'usage, quel est ton sentiment sur la comparaison DietPi / Ropieee ?

DietPi (Debian "llght") semble plus ouvert et généraliste. Ropieee (basé sur Arch Linux), est spécifiquement packagé pour nos usages audio ce qui le rend sans doute plus facile à mettre en oeuvre pour un neophyte qui ne veut pas se salir les mains: https://codexwilkes.com/downloads/ropiee...inners.pdf

Ropieee intègre aussi de base pour Roon une fonction "Display" très pratique , économique et facile à utiliser si on a un autre PI avec écran tactile 7" (on peut avoir la même chose, affichage de la lecture en cours et télécommande minimaliste, avec le plugin WebController de Roon).

Enfin la version XL de Ropieee supporte plusieurs protocoles audio (Roon RAAT, Airplay, SqueezeLite, UPnP, Spotify) et a donc une couverture fonctionnelle très proche de DietPi. Malheureusement NAA (HQPlayer) n'est pas encore intégré ce qui fait qu'en attendant je reste sur DietPi.

Au niveau sonore je doute que la différence soit tangible mais je n'ai pas encore comparé en utilisant l'USBridge.

[zaurux]

Tu as très bien résumé les 2 distributions (comme d'habitude) 
La différence entre les deux n'est pas vraiment tangible par contre, je me plais à croire que l'USBridge (classic ou sig) est plus fluide en version mini, downclocké à 600mhz.
Dietpi permet de le faire plus facilement et comme l'USBridge n'est qu'un "transport" RAAT pour moi, ça passe sans souci.
Par defaut Ropieee est en 1200. Il faut rajouter 2 lignes dans le config.txt pour passer à 600.

Hier, je me suis amusé à aller au maxi de l'allègement en déconnectant les services et même en "tuant" ce qui pouvait l'être via les menus htop.
Au final, vue de l'esprit ou heure avancée, l'écoute me paraissait plus fluide, homogène.. souvent qualifiée "d'analogique".. bref, j'ai coupé à minuit vingt ! 

[volpone75]

(02-12-2020, 10:38 AM)zaurux a écrit : ... Je me plais à croire que l'USBridge (classic ou sig) est plus fluide en version mini, downclocké à 600mhz.
Dietpi permet de le faire plus facilement et comme l'USBridge n'est qu'un "transport" RAAT pour moi, ça passe sans souci.
Par defaut Ropieee est en 1200. Il faut rajouter 2 lignes dans le config.txt pour passer à 600.
...

Effectivement, c'est un simple transport peu exigeant en ressources et le downclocking est tout à fait indiqué, le minimalisme ne peut qu'être positif et ton expérience l'atteste    !

Il faut juste trouver la limite en fonction de ce que l'on passe et du protocole utilisé. Avec NAA en DSD 512 natif pas sur que 600 MHz soit jouable même si la charge reste très faible. J'essaierai de descendre graduellement car pour l'instant je suis au max en mode "performance" (DietPi propose de 204 à 1104 MHz sur le SBC SPARKY de l'USBridge).

Par ailleurs j'ai l'impression que de plus en plus le support du "vieux" SPARKY va être limité (Kernel non mis à jour) et que du coup je vais être obligé de passer au RPI du Signature. Les dernières versions de NAA ne tournent que sur RPI. Ceci dit aucune urgence, pas besoin de changer un truc qui fonctionne parfaitement.

[Bigga]

Personnellement, après quelques bidouillage suite à des errances de débutant l'an dernier, je ne peux plus utiliser l'Allo GUI, donc je passe par l'interface DietPi, et j'ai déjà viré tous les logiciels que je ne pensais pas utiles. Je suis resté prudent sur un ou deux protocoles dont je ne sais pas si ils sont utiles à certaines fonctions, mais j'ai quand même bien dégraissé l'an dernier par rapport à l'installation initiale. C'est peut etre un des facteurs qui font que je trouve le rendu sonore très bon?
Ceci dit, je ne downclocke pas, mais Zaurux, te serait-il possible de détailler la procédure de downclockage histoire d'essayer chez moi?

[zaurux]

@Bigga, j'ai du écrire quelques pages plus haut des éléments d'optimisation sur les priorités des services et la répartition par coeur.
Sous DietPi, descendre la fréquence est assez simple même avec l'interface web.
Dans la configiration Système, il suffit de choisir "powersave" et cela suffit pour bloquer le CPU en 600 (je ne suis pas à la maison pour retrouver le bon chemin).
Via SSH, c'est très simple : dietpi-config > performance option
Ensuite, désactiver tous les services via le web ou dietpi-service.
Parfois c'est un peu plus compliqué, sur la dernière version j'ai vu "mpd" lancé en "mask", il faut repasser en service "géré par dietpi" pour l’arrêter.

Et sinon, plus brutal mais efficace pour alléger au maximum, en SSH lancer la commande "htop" (interface de la commande "top") qui permet des commandes par touches.
Ex: sur l'image ci dessous, on peut descendre avec le flèche "down" et faire "F9" pour "tuer" la tâche surlignée.

[Bigga]

(02-12-2020, 03:17 PM)zaurux a écrit : @Bigga, j'ai du écrire quelques pages plus haut des éléments d'optimisation sur les priorités des services et la répartition par coeur.
Sous DietPi, descendre la fréquence est assez simple même avec l'interface web.
Dans la configiration Système, il suffit de choisir "powersave" et cela suffit pour bloquer le CPU en 600 (je ne suis pas à la maison pour retrouver le bon chemin).
Via SSH, c'est très simple : dietpi-config > performance option
Ensuite, désactiver tous les services via le web ou dietpi-service.
Parfois c'est un peu plus compliqué, sur la dernière version j'ai vu "mpd" lancé en "mask", il faut repasser en service "géré par dietpi" pour l’arrêter.

Et sinon, plus brutal mais efficace pour alléger au maximum, en SSH lancer la commande "htop" (interface de la commande "top") qui permet des commandes par touches.
Ex: sur l'image ci dessous, on peut descendre avec le flèche "down" et faire "F9" pour "tuer" la tâche surlignée.

Merci. Je vois de quoi il s'agit sur l'interface Dietpi en ssh, pas de souci. Je tenterai quand j'aurai le temps.

[run51]

Bonjour à tous

J'espère que cette période de confinement se passe bien.
J'ai réussi à commander un Allo usb sig et allo Shanti directement chez Allo qui est arrivé 5j après !
Magique. Du coup j'ai de quoi m'occuper.
J'ai aussi reçu un écran tactile 10 pouces pour piloter tout ça.

Je possède un dac oppo ha 1 relié en usb est je souhaite faire de la lecture dsd.
Avant j'avais un rpi sous volumio puis max2play. Je n'avais pas de soucis pour la lecture dsd.

Je suis resté sous max2play.
J'ai bien le plug-in dsd sous lms et j'ai l'option-D comme avant.

En lecture dsd j'ai des coupures toutes les 20 sec !
J'aimerais bien régler ce problème.
Que faut il modifier ? Les paramètres alsa j'ai 80:4:::

Merci d'avance

Run51

[Bigga]

(04-10-2020, 01:05 PM)run51 a écrit : Bonjour à tous

J'espère que cette période de confinement se passe bien.
J'ai réussi à commander un Allo usb sig et allo Shanti directement chez Allo qui est arrivé 5j après !
Magique. Du coup j'ai de quoi m'occuper.
J'ai aussi reçu un écran tactile 10 pouces pour piloter tout ça.

Je possède un dac oppo ha 1 relié en usb est je souhaite faire de la lecture dsd.
Avant j'avais un rpi sous volumio puis max2play. Je n'avais pas de soucis pour la lecture dsd.

Je suis resté sous max2play.
J'ai bien le plug-in dsd sous lms et j'ai l'option-D comme avant.

En lecture dsd j'ai des coupures toutes les 20 sec !
J'aimerais bien régler ce problème.
Que faut il modifier ? Les paramètres alsa j'ai 80:4:::

Merci d'avance

Run51

Bonjour.
Je ne possède que la version initiale de l’usbridge, et je n’utilise pas Max2play, mais je crois me souvenir que si -D est indiqué dans le fichier prévu pour sous Linux, c’est du DoP qui est transmis au lecteur, nécessitant donc un échantillonnage important au niveau de l’enveloppe PCM. Cela explique peut être que le Rpi3 de l’usbridge Signature galère de temps en temps au niveau du buffering. Sinon ça peut venir de ton serveur. Chez moi, la lecture DSD128 en DoP fait planter la lecture parfois.
Je ne saurai pas te dire si ton parametrage alsa est correct.
Pour avoir du DSD natif il faut (En plus d’avoir un DAC compatible) que -D soit suivi d’une précision de type :32 ou quelque chose comme ça. Tu devrais pouvoir retrouver les indications dans le fil (Je sais que ça fait de la lecture, mais je ne me souviens plus exactement). Il faut aussi essayer de désactiver le plugin DSD playback sous LMS, je crois qu’il force justement le DoP, et qu’il n’est plus nécessaire avec les lecteurs actuels.
D’autres utilisateurs plus compétents devaient te répondre plus précisément.

[run51]

(04-10-2020, 07:02 PM)Bigga a écrit :

(04-10-2020, 01:05 PM)run51 a écrit : Bonjour à tous

J'espère que cette période de confinement se passe bien.
J'ai réussi à commander un Allo usb sig et allo Shanti directement chez Allo qui est arrivé 5j après !
Magique. Du coup j'ai de quoi m'occuper.
J'ai aussi reçu un écran tactile 10 pouces pour piloter tout ça.

Je possède un dac oppo ha 1 relié en usb est je souhaite faire de la lecture dsd.
Avant j'avais un rpi sous volumio puis max2play. Je n'avais pas de soucis pour la lecture dsd.

Je suis resté sous max2play.
J'ai bien le plug-in dsd sous lms et j'ai l'option-D comme avant.

En lecture dsd j'ai des coupures toutes les 20 sec !
J'aimerais bien régler ce problème.
Que faut il modifier ? Les paramètres alsa j'ai 80:4:::

Merci d'avance

Run51

Bonjour.
Je ne possède que la version initiale de l’usbridge, et je n’utilise pas Max2play, mais je crois me souvenir que si -D est indiqué dans le fichier prévu pour sous Linux, c’est du DoP qui est transmis au lecteur, nécessitant donc un échantillonnage important au niveau de l’enveloppe PCM. Cela explique peut être que le Rpi3 de l’usbridge Signature galère de temps en temps au niveau du buffering. Sinon ça peut venir de ton serveur. Chez moi, la lecture DSD128 en DoP fait planter la lecture parfois.
Je ne saurai pas te dire si ton parametrage alsa est correct.
Pour avoir du DSD natif il faut (En plus d’avoir un DAC compatible) que -D soit suivi d’une précision de type :32 ou quelque chose comme ça. Tu devrais pouvoir retrouver les indications dans le fil (Je sais que ça fait de la lecture, mais je ne me souviens plus exactement). Il faut aussi essayer de désactiver le plugin DSD playback sous LMS, je crois qu’il force justement le DoP, et qu’il n’est plus nécessaire avec les lecteurs actuels.
D’autres utilisateurs plus compétents devaient te répondre plus précisément.

Salut. 

J'ai déjà -D et j'ai essayé avec le paramètre 32
Ça n3. Change rien. Ça m'énerve d'avoir investi autant et que ça ne marche pas

[Bigga]

Mais as tu essayé de désactiver le plugin DSD playback sur LMS? Parce qu’à part des histoires de buffer en DSD sur l’usbridge, tout est géré par le serveur normalement.
Tu as quoi comme serveur LMS d’ailleurs?