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

[volpone75]

(01-01-2019, 08:12 PM)Bigga a écrit : Merci de tes essais.
Je n'ai pas essayé de désactivé squeezelite dans l'Allo Web Gui, mais je le ferai. Pas aujourd'hui, j'en ai un peu marre pour tout dire.
Peut être qu'effectivement, régler les choses manuellement permettra de passer outre le bug du Web Gui. En tous cas, i n'y a pas que l'action disabled qui bug chez moi, car le fait de régler sur u32le ou u32be ne rajoute pas de caractères à la ligne de base.
Pa ailleurs, quand -D n'est pas présent sur la ligne de commande, cela ne fonctionne pas alors que c'est supposé être transcodé et être lu en PCM. Mystère!
En ce qui concerne mon DAC, je n'ai pas eu le temps de lire le lien. Tu veux dire qu'il ne serait pas compatible DSD natif du tout? ou qu'il n'est pas compatible avec dietpi actuellement pour la lecture DSD en natif?

Si tu ne desactives pas SqueezeLite dans Allo Web Gui l'essai en manuel ne sert à rien car il est deja lancé avec de mauvais paramètres ! Pour arreter SqueezeLite quand tu le lances en manuel via la console il faut faire CTRL-C (car sinon ton terminal est bloqué).

Le bug dans Allo Web Gui sera corrigé mais il est contournable facilement
Le lien sur le forum RME évoque la compatibilité DSD natif , cela n'a rien avoir avec DietPi.

Il me semble que dans tes premiers essais quand tu jouais du DSD tu avais du PCM et pas de plantage de SqueezeLite, bizarre que cela ne soit plus le cas ... Le risque est qu'en cherchant une solution tu modifie d'autres paramètres. C'est productif de prendre du recul et de repartir à zero. Ceci dit, je pense que cela devrait fonctionner (en DoP) même si ta patience est mise à rude épreuve.

[Bigga]

(01-01-2019, 08:27 PM)volpone75 a écrit :

(01-01-2019, 08:12 PM)Bigga a écrit : Merci de tes essais.
Je n'ai pas essayé de désactivé squeezelite dans l'Allo Web Gui, mais je le ferai. Pas aujourd'hui, j'en ai un peu marre pour tout dire.
Peut être qu'effectivement, régler les choses manuellement permettra de passer outre le bug du Web Gui. En tous cas, i n'y a pas que l'action disabled qui bug chez moi, car le fait de régler sur u32le ou u32be ne rajoute pas de caractères à la ligne de base.
Pa ailleurs, quand -D n'est pas présent sur la ligne de commande, cela ne fonctionne pas alors que c'est supposé être transcodé et être lu en PCM. Mystère!
En ce qui concerne mon DAC, je n'ai pas eu le temps de lire le lien. Tu veux dire qu'il ne serait pas compatible DSD natif du tout? ou qu'il n'est pas compatible avec dietpi actuellement pour la lecture DSD en natif?

Si tu ne desactives pas SqueezeLite dans Allo Web Gui l'essai en manuel ne sert à rien car il est deja lancé avec de mauvais paramètres ! Pour arreter SqueezeLite quand tu le lances en manuel via la console il faut faire CTRL-C (car sinon ton terminal est bloqué).

Le bug dans Allo Web Gui sera corrigé mais il est contournable facilement
Le lien sur le forum RME évoque la compatibilité DSD natif , cela n'a rien avoir avec DietPi.

Il me semble que dans tes premiers essais quand tu jouais du DSD tu avais du PCM et pas de plantage de SqueezeLite, bizarre que cela ne soit plus le cas ... Le risque est qu'en cherchant une solution tu modifie d'autres paramètres. C'est productif de prendre du recul et de repartir à zero. Ceci dit, je pense que cela devrait fonctionner (en DoP) même si ta patience est mise à rude épreuve.

Oui, ma patience s'effrite... Mais bon pas le choix. Je ressaierai demain qu'en ligne de commande après avoir réactivé l'Allo Web Gui (Qui est donc une fausse bonne idée tant que ce n'est pas parfaitement au point).
Par contre, le RME est supposé être compatible DSD natif, d'après le constructeur (Je leur ai posé la question avant achat), et surtout les menus et sous menu disponibles et le mode d'emploi font état d'un mode DSD playback (Que je comprends comme du DoP), et d'un mode DSD direct dans lequel le DSP est inactif, et qui précise bien que le DSD est lu en natif.
Je pense donc que les utilisateurs sur le forum en question se sont heurtés à des difficultés liés à des problèmes en amont, comme les miens.

---

J'ai lu ton lien, Volpone75, concernant le forum RME.
D'après ce que j'en ai compris, il est précisé que le RME ADI 2 DAC n'est pas compatible DSD512, mais ça c'est dans les mentions générales du DAC. La compatibilité s'arrête au DSD256.
Pour le reste, c'est un souci avec Linux, et un fonctionnement "Class compliant", qui rend le DSD natif impossible. Je ne sais pas ce qu'est le "Class compliant", mais en aucun cas la compatibilité du DSD natif avec le RME est mise en cause, uniquement dans le cas de Linux.
Ce qui me ramène à une réflexion que j'ai eu i y a quelques jours: le DSD natif est fait pour des lecteurs PC ou mac uniquement, sinon c'est compliqué. D'ailleurs je viens de lire les déboires de certains utilisateurs de Volumio sous RPi avec le DSD. C'est un souci de compatibilité du kernel et de nécessité de le patcher. Encore faut il avoir un patch fonctionnel et disponible.

[mico]

Bonsoir, je me permet de vous écrires. Je viens de recevoir un Allo Digione signature avec carte de sortie spdif avec Volumio préinstallé. Je n'arrive pas a connecter mon dac Rega d'ancienne génération sur une entrée spdif, je ne retrouve pas dans le déroulé de volumio la sortie spdif mais par contre celle de l'usb. Je préfèrerai celle du spdif car elle supporte un échantillonnage supérieure, étant donner que j'utilise un forfait Qobuz studio en streaming.
Merci pour vos retours.
Cordialement.

(01-01-2019, 08:27 PM)volpone75 a écrit :

(01-01-2019, 08:12 PM)Bigga a écrit : Merci de tes essais.
Je n'ai pas essayé de désactivé squeezelite dans l'Allo Web Gui, mais je le ferai. Pas aujourd'hui, j'en ai un peu marre pour tout dire.
Peut être qu'effectivement, régler les choses manuellement permettra de passer outre le bug du Web Gui. En tous cas, i n'y a pas que l'action disabled qui bug chez moi, car le fait de régler sur u32le ou u32be ne rajoute pas de caractères à la ligne de base.
Pa ailleurs, quand -D n'est pas présent sur la ligne de commande, cela ne fonctionne pas alors que c'est supposé être transcodé et être lu en PCM. Mystère!
En ce qui concerne mon DAC, je n'ai pas eu le temps de lire le lien. Tu veux dire qu'il ne serait pas compatible DSD natif du tout? ou qu'il n'est pas compatible avec dietpi actuellement pour la lecture DSD en natif?

Si tu ne desactives pas SqueezeLite dans Allo Web Gui l'essai en manuel ne sert à rien car il est deja lancé avec de mauvais paramètres ! Pour arreter squeezelite quand tu le lance en manuel via la console il faut faire CTRL-C (car sinon ton terminal est bloqué).

Le bug dans Allo Web Gui sera corrigé mais il est contournable facilement
Le lien sur le forum RME évoque la compatibilité DSD natif , cela n'a rien avoir avec DietPi.

Il me semble que dans tes premiers essais quand tu jouais du DSD tu avais du PCM et pas de plantage de SqueezeLite, bizarre que cela ne soit plus le cas ... Le risque est qu'en cherchant une solution tu modifie d'autres paramètres. C'est productif de prendre du recul et de repartir à zero. Ceci dit, je pense que cela devrait fonctionner (en DoP) même si ta patience est mise à rude épreuve.

[Bigga]

(01-01-2019, 09:18 PM)mico a écrit : Bonsoir, je me permet de vous écrires. Je viens de recevoir un Allo Digione signature avec carte de sortie spdif avec Volumio préinstallé. Je n'arrive pas a connecter mon dac Rega d'ancienne génération sur une entrée spdif, je ne retrouve pas dans le déroulé de volumio la sortie spdif mais par contre celle de l'usb. Je préfèrerai celle du spdif car elle supporte un échantillonnage supérieure, étant donner que j'utilise un forfait Qobuz studio en streaming.
Merci pour vos retours.
Cordialement.

Je ne peux malheureusement pas t'aider, n'ayant pas de Digione Signature ni Volumio (Mais j'y réfléchis sérieusement après mes déboires avec dietpi et l'USBridge).
Ceci dit, tu aurais certainement meilleur compte de t'adresser soit là:

http://forum-hifi.fr/thread-8920.html

Soit là:

http://www.forum-hifi.fr/thread-5741.html

[volpone75]

(01-01-2019, 08:47 PM)Bigga a écrit : Oui, ma patience s'effrite... Mais bon pas le choix. Je ressaierai demain qu'en ligne de commande après avoir réactivé l'Allo Web Gui (Qui est donc une fausse bonne idée tant que ce n'est pas parfaitement au point).

Non ce n'est pas une fausse bonne idée. Il y a un bug sur une option, c'est tout.

(01-01-2019, 08:47 PM)Bigga a écrit : Par contre, le RME est supposé être compatible DSD natif, d'après le constructeur (Je leur ai posé la question avant achat), et surtout les menus et sous menu disponibles et le mode d'emploi font état d'un mode DSD playback (Que je comprends comme du DoP), et d'un mode DSD direct dans lequel le DSP est inactif, et qui précise bien que le DSD est lu en natif.
Je pense donc que les utilisateurs sur le forum en question se sont heurtés à des difficultés liés à des problèmes en amont, comme les miens.

Je doute que le mode "DSD Playback" se rapporte au mode DoP, mais peu importe. Encore une fois on se fiche du natif ou pas au niveau du transport. Au niveau du traitement dans le DAC on est dans les deux cas en vrai DSD "natif" et on ne fait pas de DSP dessus. J'ai l'impression que tu persistes à croire que le transport natif est supérieur à l'encapsulation PCM, ce n'est absolument pas le cas.

(01-01-2019, 08:47 PM)Bigga a écrit : ...
Pour le reste, c'est un souci avec Linux, et un fonctionnement "Class compliant", qui rend le DSD natif impossible. Je ne sais pas ce qu'est le "Class compliant", mais en aucun cas la compatibilité du DSD natif avec le RME est mise en cause, uniquement dans le cas de Linux.

On est parfaitement d'accord, le problème est sous LINUX (ALSA), car le fonctionnement est différent c'est la raison pour laquelle on utilise souvent le DoP. Sous Windows mon DAC AMANERO T+A fonctionne très bien (en natif jusqu'au DSD512) en revanche sous LINUX AMANERO n'arrive pas à mettre au point son firmware pour gérer le transport natif. 

Je cite ce qui est mentionné sur le forum RME:

Citation :"In gerneral, Native DSD support is limited, so if your DAC supports DoP, this is the best way to listen to your DSD files at the moment. DoP is an old and mature protocol and has no audible differences when compared to Native DSD.
If you want to have a look at Linux kernel code and see the supported Native DSD devices, you can follow the link below:
https://github.com/torvalds/linux/blob/ … b/quirks.c
Please note that every Linux distro uses a different version of Linux kernel. In addition, if you use an embedded board like Raspberry Pi, Odroid, Udoo, you usually don’t use the mainline kernel and in many cases your version is very old"

(01-01-2019, 08:47 PM)Bigga a écrit : Ce qui me ramène à une réflexion que j'ai eu i y a quelques jours: le DSD natif est fait pour des lecteurs PC ou mac uniquement, sinon c'est compliqué. D'ailleurs je viens de lire les déboires de certains utilisateurs de Volumio sous RPi avec le DSD. C'est un souci de compatibilité du kernel et de nécessité de le patcher. Encore faut il avoir un patch fonctionnel et disponible.

Certains DAC fonctionnent parfaitement en transport natif avec LINUX. J'ai donné un lien avec la liste plus haut. Il faut pour cela deux conditions: 
- Que le firmware de leur récepteur USB soit au point avec LINUX (il peut malheureusement l'être en pilotage ASIO et pas en pilotage ALSA)
- Que le Kernel Linux de l'ordinateur / player qui les pilote soit à jour aussi. Sur ce dernier point l'USBridge sous DietPi est à jour au niveau des patches DSD.

Conclusion: Avec l'USBridge et ton DAC RME, oublie le natif. Fais du DoP, il n'y a aucune contrepartie car tu devrais pouvoir aller jusqu'au DSD256 qui est son max !

[Bigga]

(01-01-2019, 09:46 PM)volpone75 a écrit :

(01-01-2019, 08:47 PM)Bigga a écrit : Oui, ma patience s'effrite... Mais bon pas le choix. Je ressaierai demain qu'en ligne de commande après avoir réactivé l'Allo Web Gui (Qui est donc une fausse bonne idée tant que ce n'est pas parfaitement au point).

Non ce n'est pas une fausse bonne idée. Il y a un bug sur une option, c'est tout.

(01-01-2019, 08:47 PM)Bigga a écrit : Par contre, le RME est supposé être compatible DSD natif, d'après le constructeur (Je leur ai posé la question avant achat), et surtout les menus et sous menu disponibles et le mode d'emploi font état d'un mode DSD playback (Que je comprends comme du DoP), et d'un mode DSD direct dans lequel le DSP est inactif, et qui précise bien que le DSD est lu en natif.
Je pense donc que les utilisateurs sur le forum en question se sont heurtés à des difficultés liés à des problèmes en amont, comme les miens.

Je doute que le mode "DSD Playback" soit du DoP, mais peu importe. Encore une fois on se fiche du natif ou pas au niveau du transport. J'ai l'impression que tu persistes à croire que le natif est supérieur, ce n'est pas le cas.

(01-01-2019, 08:47 PM)Bigga a écrit : ...
Pour le reste, c'est un souci avec Linux, et un fonctionnement "Class compliant", qui rend le DSD natif impossible. Je ne sais pas ce qu'est le "Class compliant", mais en aucun cas la compatibilité du DSD natif avec le RME est mise en cause, uniquement dans le cas de Linux.

On est parfaitement d'accord, le problème est sous LINUX (ALSA), car le fonctionnement est différent c'est la raison pour laquelle on utilise souvent le DoP. Sous Windows mon DAC AMANERO T+A fonctionne très bien (en natif jusqu'au DSD512) en revanche sous LINUX AMANERO n'arrive pas à mettre au point son firmware pour gérer le transport natif. 

Je cite ce qui est mentionné sur le forum RME:

Citation :"In gerneral, Native DSD support is limited, so if your DAC supports DoP, this is the best way to listen to your DSD files at the moment. DoP is an old and mature protocol and has no audible differences when compared to Native DSD.
If you want to have a look at Linux kernel code and see the supported Native DSD devices, you can follow the link below:
https://github.com/torvalds/linux/blob/ … b/quirks.c
Please note that every Linux distro uses a different version of Linux kernel. In addition, if you use an embedded board like Raspberry Pi, Odroid, Udoo, you usually don’t use the mainline kernel and in many cases your version is very old"

(01-01-2019, 08:47 PM)Bigga a écrit : Ce qui me ramène à une réflexion que j'ai eu i y a quelques jours: le DSD natif est fait pour des lecteurs PC ou mac uniquement, sinon c'est compliqué. D'ailleurs je viens de lire les déboires de certains utilisateurs de Volumio sous RPi avec le DSD. C'est un souci de compatibilité du kernel et de nécessité de le patcher. Encore faut il avoir un patch fonctionnel et disponible.

Certains DAC fonctionnent parfaitement en transport natif avec LINUX. J'ai donné un lien avec la liste plus haut. Il faut pour cela deux conditions: 
- Que le firmware de leur récepteur USB soit au point (il peut malheureusement l'être en pilotage ASIO et pas en pilotage ALSA)
- Que le Kernel Linux de l'ordinateur / player qui les pilote soit à jour aussi. Sur ce dernier point l'USBridge sous DietPi est à jour au niveau des patches DSD.

Conclusion: Avec l'USBridge et ton DAC RME, oublie le natif. Fais du DoP, il n'y a aucune contrepartie car tu devrais pouvoir aller jusqu'au DSD256 qui est son max !

Je ne persiste pas à croire quelque chose que je n'ai jamais crue. Je serais ravi de pouvoir lire du DoP, mais ce n'est malheureusement pas le cas.
Je faisais juste référence au fait que le DAC RME ADI2 DAC est compatible DSD natif sous Mac ou Windows (supposant le bon driver pour ce dernier).
Effectivement le mode DSD playback n'est peut être pas du DoP, mais je ne saisi pas bien à quoi cela correspond, vu qu'une partie du DSP reste actif.
Quoi qu'il en soit, DoP ou natif, le DAC est censé le répéter et désactiver le DSP. J'aimerais voir et entendre cela un jour...

---

Et excuse moi, mais l'Allo Web GUI sert à quoi s'il beugue? Une version qui marche, ok, ça simplifierait peut être les choses pour les profanes comme moi, mais une version qui beugue, ça complique les choses. Donc je suis peut être un peu dur, mais on ne pense pas assez à ceux qui n'ont pas les compétences pour maitriser un tant soit peu Linux.
Et l'Allo Web Gui ne dispense pas de mettre les mains dans les lignes de commande, bien que je sens que beaucoup vont me soutenir le contraire... Evidemment, si on ne souhaite pas écouter de DSD, et qu'on a un DAC compatible, etque; etc etc... Alors là ok, le Web GUI peut suffire. Mais quel est l'intérêt de l'USBRidge dans un tel cas? Je veux dire, autant être en SPDIF et ne pas avoir à se heurter à des histoires de compatibilités USB et autres tracas.
Franchement, je ne dis pas ça par mauvaise foi (Dont je suis bien entendu totalement dépourvu...), ni sos le coup de l'énervement, mais l'USB et ses gros avantages sur le papier est complexifié par une multitude de problèmes sous LINUX, qui reste un système pour les passionnés de l'informatique. Moi ça ne m'intéresse pas les lignes de commandes, et si je concède que parfois c'est utile, c'est pour avoir un résultat probant rapidement, pas pour perdre mon temps en conjectures sans fin. Donc, de mon point de vue, malgré ma volonté (Vu mon parcours ces derniers jours personne ne pourra nier que j'ai essayé) d'y arriver, c'est un calvaire, et je dirais que l'USB c'est un truc pour les informaticiens ou les riches (Certains streamers USB à 6000€ doivent, j'imagine, bien fonctionner en plug and play). Et ça me coûte de dire cela, car le côté open de ces systèmes basé sur Linux est vraiment une bonne chose, mais c'est actuellement trop compliqué à mettre en place. On en est peut être qu'au balbutiements en audio, ceci dit, et un jour peut être cela sera-t-il presqu'idéal.

[volpone75]

(01-01-2019, 09:54 PM)Bigga a écrit : Je ne persiste pas à croire quelque chose que je n'ai jamais crue. Je serais ravi de pouvoir lire du DoP, mais ce n'est malheureusement pas le cas.
Je faisais juste référence au fait que le DAC RME ADI2 DAC est compatible DSD natif sous Mac ou Windows (supposant le bon driver pour ce dernier).
Effectivement le mode DSD playback n'est peut être pas du DoP, mais je ne saisi pas bien à quoi cela correspond, vu qu'une partie du DSP reste actif.
Quoi qu'il en soit, DoP ou natif, le DAC est censé le répéter et désactiver le DSP. J'aimerais voir et entendre cela un jour...

Je ne doute pas que tu y arrives et que tout cela s'éclaircisse. Au départ j'avais le même problème que toi en DoP et je l'ai résolu rationnellement. 

Je réitére donc mon conseil de repartir à la base, de vérifier qu'avec ALLO WEB GUI Native DSD sur "disabled" tu as du PCM quand tu lis du DSD dans LMS, puis de désactiver SqueezeLite et de le relancer manuellement avec la ligne de commande que j'ai donné. Cela devrait le faire ...

---

(01-01-2019, 09:54 PM)Bigga a écrit : Et excuse moi, mais l'Allo Web GUI sert à quoi s'il beugue? Une version qui marche, ok, ça simplifierait peut être les choses pour les profanes comme moi, mais une version qui beugue, ça complique les choses. Donc je suis peut être un peu dur, mais on ne pense pas assez à ceux qui n'ont pas les compétences pour maitriser un tant soit peu Linux.
Et l'Allo Web Gui ne dispense pas de mettre les mains dans les lignes de commande, bien que je sens que beaucoup vont me soutenir le contraire... Evidemment, si on ne souhaite pas écouter de DSD, et qu'on a un DAC compatible, etque; etc etc... Alors là ok, le Web GUI peut suffire. Mais quel est l'intérêt de l'USBRidge dans un tel cas? Je veux dire, autant être en SPDIF et ne pas avoir à se heurter à des histoires de compatibilités USB et autres tracas.
Franchement, je ne dis pas ça par mauvaise foi (Dont je suis bien entendu totalement dépourvu...), ni sos le coup de l'énervement, mais l'USB et ses gros avantages sur le papier est complexifié par une multitude de problèmes sous LINUX, qui reste un système pour les passionnés de l'informatique. Moi ça ne m'intéresse pas les lignes de commandes, et si je concède que parfois c'est utile, c'est pour avoir un résultat probant rapidement, pas pour perdre mon temps en conjectures sans fin. Donc, de mon point de vue, malgré ma volonté (Vu mon parcours ces derniers jours personne ne pourra nier que j'ai essayé) d'y arriver, c'est un calvaire, et je dirais que l'USB c'est un truc pour les informaticiens ou les riches (Certains streamers USB à 6000€ doivent, j'imagine, bien fonctionner en plug and play). Et ça me coûte de dire cela, car le côté open de ces systèmes basé sur Linux est vraiment une bonne chose, mais c'est actuellement trop compliqué à mettre en place. On en est peut être qu'au balbutiements en audio, ceci dit, et un jour peut être cela sera-t-il presqu'idéal.

Il ne faut pas tout mélanger. C'est tout à fait  légitime de râler pour le bug ALLO WEB GUI et je t'encourage d'ailleurs à le faire. Pour le reste, une fois ce bug confirmé et corrigé, il n'y a aucune nécessité à utiliser la moindre ligne de commande. Celle que je donne est simplement faite pour vérifier le bug et le contourner.

Pour le DSD, en liaison USB, sous LINUX c'est vrai qu'il peut y avoir des pièges et que l'on est loin du "plug and play" mais quand ça fonctionne c'est en général très stable et on oublie la phase laborieuse initiale. Par ailleurs en SPDIF on passe au mieux du DSD64. 

Enfin le fait de demander des conseils sur les forums est précieux mais il faut bien voir que cela conduit aussi parfois a des allers / retours et des tâtonnements qui peuvent être pénibles. Il n'y a pas de "free lunch" comme disent les anglo-saxons.

[Bigga]

P

(01-01-2019, 10:11 PM)volpone75 a écrit :

(01-01-2019, 09:54 PM)Bigga a écrit : Je ne persiste pas à croire quelque chose que je n'ai jamais crue. Je serais ravi de pouvoir lire du DoP, mais ce n'est malheureusement pas le cas.
Je faisais juste référence au fait que le DAC RME ADI2 DAC est compatible DSD natif sous Mac ou Windows (supposant le bon driver pour ce dernier).
Effectivement le mode DSD playback n'est peut être pas du DoP, mais je ne saisi pas bien à quoi cela correspond, vu qu'une partie du DSP reste actif.
Quoi qu'il en soit, DoP ou natif, le DAC est censé le répéter et désactiver le DSP. J'aimerais voir et entendre cela un jour...

Je ne doute pas que tu y arrives et que tout cela s'éclaircisse. Au départ j'avais le même problème que toi en DoP et je l'ai résolu rationnellement. 

Je réitére donc mon conseil de repartir à la base, de vérifier qu'avec ALLO WEB GUI Native DSD sur "disabled" tu as du PCM quand tu lis du DSD dans LMS, puis de désactiver SqueezeLite et de le relancer manuellement avec la ligne de commande que j'ai donné. Cela devrait le faire ...

---

(01-01-2019, 09:54 PM)Bigga a écrit : Et excuse moi, mais l'Allo Web GUI sert à quoi s'il beugue? Une version qui marche, ok, ça simplifierait peut être les choses pour les profanes comme moi, mais une version qui beugue, ça complique les choses. Donc je suis peut être un peu dur, mais on ne pense pas assez à ceux qui n'ont pas les compétences pour maitriser un tant soit peu Linux.
Et l'Allo Web Gui ne dispense pas de mettre les mains dans les lignes de commande, bien que je sens que beaucoup vont me soutenir le contraire... Evidemment, si on ne souhaite pas écouter de DSD, et qu'on a un DAC compatible, etque; etc etc... Alors là ok, le Web GUI peut suffire. Mais quel est l'intérêt de l'USBRidge dans un tel cas? Je veux dire, autant être en SPDIF et ne pas avoir à se heurter à des histoires de compatibilités USB et autres tracas.
Franchement, je ne dis pas ça par mauvaise foi (Dont je suis bien entendu totalement dépourvu...), ni sos le coup de l'énervement, mais l'USB et ses gros avantages sur le papier est complexifié par une multitude de problèmes sous LINUX, qui reste un système pour les passionnés de l'informatique. Moi ça ne m'intéresse pas les lignes de commandes, et si je concède que parfois c'est utile, c'est pour avoir un résultat probant rapidement, pas pour perdre mon temps en conjectures sans fin. Donc, de mon point de vue, malgré ma volonté (Vu mon parcours ces derniers jours personne ne pourra nier que j'ai essayé) d'y arriver, c'est un calvaire, et je dirais que l'USB c'est un truc pour les informaticiens ou les riches (Certains streamers USB à 6000€ doivent, j'imagine, bien fonctionner en plug and play). Et ça me coûte de dire cela, car le côté open de ces systèmes basé sur Linux est vraiment une bonne chose, mais c'est actuellement trop compliqué à mettre en place. On en est peut être qu'au balbutiements en audio, ceci dit, et un jour peut être cela sera-t-il presqu'idéal.

Il ne faut pas tout mélanger. C'est tout à fait  légitime de râler pour le bug ALLO WEB GUI et je t'encourage d'ailleurs à le faire. Pour le reste, une fois ce bug confirmé et corrigé, il n'y a aucune nécessité à utiliser la moindre ligne de commande. Celle que je donne est simplement faite pour vérifier le bug et le contourner.

Pour le DSD, en liaison USB, sous LINUX c'est vrai qu'il peut y avoir des pièges et que l'on est loin du "plug and play" mais quand ça fonctionne c'est en général très stable ensuite et on oublie la phase laborieuse initiale.

Enfin le fait de demander des conseils sur les forums est précieux mais il faut bien voir que cela conduit aussi parfois a des allers / retours et des tâtonnements qui peuvent être pénibles. Il n'y a pas de "free lunch" comme disent les anglo-saxons.

Oui je vais tout reprendre à zéro, tu as raison.
Mais ça sera la nième fois, en espérant que cette fois sera la bonne.
Merci des encouragements.

[Bigga]

(12-30-2018, 09:19 PM)volpone75 a écrit :

• Edition via nano  du fichier: /etc/systemd/system/squeezelite.service
  
  
• Ajout de -D en premier paramétre de la commande lancement: /usr/bin/squeezelite -D -a 4096:8096:32:0 -C 5 -n 'DietPi-Squeezelite' -$
  
  
• Rechargement et relance des services par les 2 commandes suivantes:
  - systemctl daemon-reload
  

         - dietpi-services restart

Tu peux aussi simplement tenter de commencer par couper le service SqueezeLite dans ALLO WEB GUI, puis taper la commande directement via le terminal, cela revient au même pour tester et c'est plus direct.
/usr/bin/squeezelite -D -a 4096:8096:32:0 -C 5 -n 'DietPi-Squeezelite' -$

Bon, alors chez moi rien n'a fonctionné et même pire, plus rien ne marche...
Je m'explique: j'ai tenté la manip indiquée par Volpone75 (Stopper Squeezelite dans l'Allo Web Gui puis taper la commande /usr/bin...), ça met qu'il y a une erreur.
Ensuite, je me suis dit, bon ben je vais retourner voir dans le dossier /etc/systemd..., mais il était vide (Contrairement à avant, où il ne contenait pas -D certes, mais où il y avait du texte).
J'ai recopié le texte présent auparavant sur ce fichier, en lui rajoutant manuellement -D, et cela l'enregistre bien, mais Squeezelite ne redémarre pas même après un reboot.
Je n'y comprends rien. Je dois être marabouté!

---

Bon, j'ai redémarré via Allo Web Gui et réglé la commande -D dans le fichier en question qui est de nouveau rempli. Et au moins il y a du son, ouf!
Mais ce n'est pas tout... Le DSD (En DoP donc) est lu sans plantage! Enfin pour le DSD64 et le DSD128. Le DSD256 fait un bruit de cigale, rien d'autre. Mais pas de plantage, je peux néanmoins reprendre la lecture d'un autre fichier sans souci.
Donc, pour résumer, attention au DAC et sa compatibilité avec le kernel de Dietpi, déjà, et sinon, attention au bug de l'Allo Web GUI concernant le DoP. Il faut rajouter le paramètre -D manuellement dans le fichier correspondant en se connectant à Dietpi en ssh. C'est pas très compliqué, bien moins que d'arriver à comprendre où était le souci.
Merci en tous cas à tous ceux qui m'ont aidé à comprendre, et en particulier Volpone75 qui s'est repenché sur LMS pour cela.
Pour le DSD256, mystère...

[volpone75]

(01-02-2019, 07:19 PM)Bigga a écrit :

---

Bon, j'ai redémarré via Allo Web Gui et réglé la commande -D dans le fichier en question qui est de nouveau rempli. Et au moins il y a du son, ouf!
Mais ce n'est pas tout... Le DSD (En DoP donc) est lu sans plantage! Enfin pour le DSD64 et le DSD128. Le DSD256 fait un bruit de cigale, rien d'autre. Mais pas de plantage, je peux néanmoins reprendre la lecture d'un autre fichier sans souci.
Donc, pour résumer, attention au DAC et sa compatibilité avec le kernel de Dietpi, déjà, et sinon, attention au bug de l'Allo Web GUI concernant le DoP. Il faut rajouter le paramètre -D manuellement dans le fichier correspondant en se connectant à Dietpi en ssh. C'est pas très compliqué, bien moins que d'arriver à comprendre où était le souci.
Merci en tous cas à tous ceux qui m'ont aidé à comprendre, et en particulier Volpone75 qui s'est repenché sur LMS pour cela.
Pour le DSD256, mystère...

J'ai remonté le bug DoP / Allo Web Gui à DietPi: https://github.com/Fourdee/DietPi/issues/2386

En général ils sont réactifs et proposent chaque mois une mise à jour du système (évolutions et correctifs qui concernent beaucoup de domaines et pas spécifiquement l'audio). En attendant la correction du bug DoP si tu n'utilises pas l'interface WEB de configuration SqueezeLite cela devrait continuer à fonctionner même après un reboot. De toute façon dorénavant tu connais la chanson ....

En ce qui concerne le Kernel Linux utilisé par l'USBridge il est lui aussi régulièrement "patché" par ALLO et DietPi pour prendre en compte les DAC avec capacités de transport DSD "nartif" sous LINUX. La réactivité dans la maintenance et les évolutions sont d'ailleurs pour moi un des points forts de DietPi. Sonore et SOtM (les concurrents de l'USBridge) ne font à mon avis pas mieux et plutôt moins bien sur ce plan ...

En ce qui concerne le DSD256 il faudra investiguer. Soit cela vient de SqueezeLite qui ne sait pas encapsuler le DSD256 en PCM 768 kHz, soit c'est une limitation au niveau du DAC en DoP (ou moins probablement un réglage). Dans le principe un DAC passant du 768 kHz a la capacité de faire du DSD256 en DoP. Essayes de te renseigner sur le forum RME ainsi que sur les capacités de SqueezeLite et tiens nous au courant.

Quoi qu'il en soit tu devrais enfin pourvoir commencer à profiter de ton DAC RME, et surtout apprécier, ou pas, le "son DSD" sachant que les enregistrements en DSD256 sont rares mais qu'en 128 tu auras plus de choix et déjà une qualité DSD représentative.