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

[Bigga]

(06-29-2019, 06:56 PM)volpone75 a écrit :

(06-29-2019, 03:57 PM)zaurux a écrit : Small is beautiful ! 
Pour la fonction "endpoint", il n'y a aps besoin de la même puissance que pour un serveur Roon.
J'avais posté un lien. Certains préfèrent "underclocker" leur Rpi

Pas faux !
Ce n'est que pour une utilisation comme serveur et quand on veut faire du traitement du signal un peu lourd que les SBC (RPI et autres) sont parfois encore limités en terme de performances.

Sinon effectivement "small is beautiful" et même en DSD512 les ressources informatiques nécessaires sont minimes. Moins c'est puissant , moins cela chauffe et moins cela bruite et pollue. Pour l'audio le minimalisme est une bonne chose, aucun besoin de surdimensionner l'ordinateur à ce stade de la chaine.

---

(06-29-2019, 03:49 PM)Bigga a écrit : Sinon, je ne suis pas parvenu à savoir justement ce que renfermait la version 6.25 question Squeezelite et compatibilité DSD 256. J’ai peut être raté un lien sur les détails. Tu en sais plus?

Pour la mise à jour de SqueezeLite dans DietPi ils se sont penchés sur la question mais il faudra attendre la version 6.26: 
https://github.com/MichaIng/DietPi/issues/2386
 
Est-ce que cette mise à jour SqueezeLite à la dernière version disponible permettra de faire du DSD256 "natif" je n'en sais rien. J'avais cherché et n'avais pas trouvé de retours sur l'utilisation de ce soft en 256 quelque soit la plateforme. Enfin le bug du DoP dans ALLO Web GUI est résolu depuis plusieurs mois et hormis, peut être, le probléme de version SqueezeLite DietPi et l'USBridge sontd'ores et déjà parfaitement adaptés pour faire du DSD "natif" jusqu'au 512 (avec adaptateur).

Merci pour les infos, même si je ne comprends presque rien aux discussions sur Github.
Il faudra donc attendre la version 6.26 de Dietpi... Car pour l’instant chez moi est limité au DSD 128.
L’Allo Web GUI est encore autre chose, dont on peut se passer (Chez moi il a été zappé par toutes les manip faites pour résoudre le bug DSD initial).
Pour ce qui est du RPi4, j’imagine bien qu’il n’est pas vraiment utile et peut être même source de complication pour une passerelle. Mais pour un serveur avec un léger traitement du signal, ça peut être bien. A suivre.