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

[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 !