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

[funkyalf]

comme squeezelite fait appel à ALSA ça doit être lui qui doit choisir le format en 32 bits...
be correspond au codage big endian et le à little endian.
en big endian le bit de poids fort est en premier et en little endian c'est le bit de poids faible.
pour pouvoir s'adapter à toutes les interfaces externes je pense qu'on peut changer la représentation.

pour les paramètres alsa utilisé pour alsa

-a <params>
             Specify parameters used when opening an audio output device.  For ALSA, the  format
             <b>:<p>:<f>:<m>  is  used where <b> is the buffer time in milliseconds (values less
             than 500) or size in bytes (default 40ms); <p> is the  period  count  (values  less
             than  50)  or size in bytes (default 4 periods); <f> is the sample format (possible
             values: 16, 24, 24_3 or 32); <m> is whether to use mmap (possible values: 0 or  1).

les valeurs que tu as dans ton ficher sont en bytes, tu peux jouer sur les paramètres pour voir si ça change quelque chose.
mais je dirais si ça marche touche à rien.

quand à optimiser le son je suppose que tu parles de l'écoute ?
je ne vois rien à installer de mon côté

Oui, je parlais d'écoute.
Tu as répondu précisément à mes interrogations.
Je compte bien suivre ton conseil avisé, ne rien faire puisque ça marche, mais du coup tes infos me posent questions sur mes paramètres ALSA:

-D -a 4096:8096:32:0 -C 5 -n

D'après ce que je comprends de tes explications, chez moi: "b" (buffer time) est à 4096 et "p" (period count) est à 8096, or d'après ton message ils devraient être respectivement en dessous de 500 et de 40 ms. Comment expliquer cela? Est ce que l'unité est différente chez moi? Comment le savoir?

les deux paramètres buffer et periode peuvent être exprimés en ms ou bytes ...
il n'y a pas besoin de préciser l'unité, elle va être déterminé suivant la valeur

pour le buffer en dessous de 500 elle est en milli secondes
au dessus elle est en bytes

pour la periode c'est pareil en dessous de 50 elle est en ms au dessus en bytes
donc dans ta configuration elle sont en bytes

---

J'ai installé, sur les conseils de Zaurux, récemment, un script d'optimisation audio sous Linux (Qui est censé optimiser l'utilisation du CPU pou l'audio):

Automated Install
Code :
curl -sSL https://github.com/dynobot/Linux-Audio-A...install.sh | bash


Automated Removal
Code :
curl -sSL https://github.com/dynobot/Linux-Audio-A.../remove.sh | bash

Peut être est-ce cela qui a changé certains paramètres?
En toute honnêteté, je n'ai pas remarqué de mieux ni de moins bien au niveau sonore avec ce script chez moi. Je pourrais le désinstaller selon la procédure que Zaurux m'a gentiment indiquée en même temps que celle de l'installation, mais bon, vu que ça marche comme ça, effectivement....

nope le script joue seulement sur les priorités et fait un truc sur la latence du reseau (que je ne suis pas sur de capter) et il va chercher un autre script qui va jour sur la latence du kernel...
si je me souviens bien sur audio linux ça marche avec un kernel real time.
donc je dirais sur une installation de dietpi le script n'aura aucun effet
et ça ne touche pas ni squeezelite ou alsa

pour avoir jouer à une époque avec un linux rt sur une cubox et essayer de modifier les paramètres/priorités...
ça n'a que peu d'influence

mais ce ne sont que mes expériences et mes opinions personnelles