Optimisation du Buffer

[Bigga]

Super idée que ce fil très intéressant.
Beaucoup de lecture à digérer...
Je vais regarder ça quand j’ai le temps.
Et Zaurux, si tu as les lignes de commandes pour régler le buffer sous Dietpi, je suis preneur!

[r11bordo]

Bon, j'ai fait pleins de tests hier, la vraie différence se situe avec valeur ou sans valeur de buffer...
La définition d'un buffer quelqu'il soit amène plus de liant, plus de précision dans la scène sonore. Cela sonne moins 'harsh' donc plus fluide et on gagne en profondeur.
Ensuite, entre les valeurs de buffer suivantes <streaming>/<outout>, je ne parviens pas à entendre de différence sonore.
Je suis donc passé du 10000/8096 à 32000/500000. Le seul écart observé est une consommation CPU durant quelques secondes en début de morceau puis plus de conso CPU, tout semble se passer en mémoire.
En définitive, je suis resté sur la valeur 32000/250000 qui représente une charge CPU de 10 à 30% durant 3 secondes à chaque morceau sans incidence sur le rendu sonore. La conso mémoire est de 280 Mo soit moins d'un tiers du d de ram dispo sur le rpi3.
Je vais faire un dernier test avec 125000/125000 qui représentera 250Mo de RAM consommée qui permettra de pré-processer les pistes d'albums jusqu'au 24/96 en mémoire. Je surveillerai également la conso réseau pour bien valider que le transfert de trames s'effectue par blocs au moment du remplissage des buffers et non au fil de l'eau (ce qui se passe qu'on a pas défini de buffers).

Et dernier test bien entendu, remplacer l'Aqvox par un switch standard pour mesurer l'impact de processer les pistes en RAM plutôt que via le streaming. En synthèse, peu importe la qualité du switch pour du transfert de fichiers si on traite la partie audio indépendamment, c'est ce que je voudrais vérifier.

A noter que les paramètres buffer sont des paramètres applicatifs et non systèmes. Ces paramètres sont utilisés en argument de l'exécutable Squeezelite.

[rastabill]

Tu nas jamais essayé 32M et 8196Ko en output il faut garder une disymétrie ca doit jouer sur la latence.
Dimas le créateur de Tinysqueeze insistait beaucoup sur la latence. Sur mon Brix Gigabyte et son processeur celeron j1900 avec 4Go de Ram j'avais 3

ilfaut lier ceci avec les paramètres Alsa

Qu'as tu utiliser ?

[r11bordo]

Si, 32000/8096 testé...

[rastabill]

et alors ? avec Alsa 186  8 ou16 ?

[r11bordo]

Bah je l'ai dit plus haut, entre buffer et sans buffer, différence tout a fait audible, entre buffer de valeurs différentes, inversées ou pas, je n'entends pas d'impacts sur mon système.

Pour les param Alsa, j'avais repris ceux d'Archphile (48000/12000) mais ces derniers sont trompeurs et projettent finalement le médium. J'ai donc choisi 65536/4 qui constitue un bon compromis je pense. Pas essayé de changer la valeur taille buffer 65536 (ko) en valeur milliseconds (ex 180)...

[rastabill]

Ok, je me demande si sur un Rpi3 le fait que l'usb et le réseaux soit géré par la même puce soit le problème ??

[r11bordo]

Je ne pense pas, dans mon cas, il s'agit du rpi3 du Metrum Ambre, connecté en gpio pour l'aspect son en i2s. Les ports usb ne sont pas utilisés.

[Vincent.]

Pas génant en effet dans ce cas (comme dans mon streamer).
En revanche je me pose la question pour mon serveur à base de RPi3 et DD sur le port USB, de passer à la RPi4 qui a 2 puces distinctes.

[zaurux]

Posté sur le fil "switchs audiophiles" .. et rapatrié

---

Sous Squeeze, il faut peut-être trouver la bonne option.

Pour Roon, il semble que cela n'ait pas d'impact.
Quelque soit le réglage, je ne perçois pas de différence sur la qualité.
Le réglage permet de corriger dans certains cas (RPI ??) des pertes de stream et autres plocs.

Réglage "par défaut" :

Code :

root@DietPi:~# cat /proc/asound/card*/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 882
buffer_size: 1764

Réglage "500ms" :

Code :

root@DietPi:~# cat /proc/asound/card*/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 11025
buffer_size: 22050

Réglage "100ms" :

Code :

period_size: 2205
buffer_size: 4410