Optimisation du Buffer

[rastabill]

Je précise que je suis pas utilisateur de Picore player, Volumio ou MoodO mais que je participe à ce fil pour essayer d'aider.
Je suis nul en linux.... donc il faut voir les spécialistes
Le résultat ne sera pas immédiat, il faut faire beaucoup de test car il y a plusieurs combinaisons .
Certain paramètres ne seront peut être accessible uniquement en ligne de commande. 
Le Rpi3 n'étant pas idéal pour la gestion du réseau et de l'usb. 
Les reglages ci-dessous concerne les utilisateurs de Nas(lms dessus) ou DD sur box avec un Dac  connecté en Usb.

------
L'idée des buffers inversés, pour expliquer, c'est de remplir les données en mémoire en priorité pour libérer les accès à l'usb. 
le buffer d'entrée plus important limite le nombre d'accès ce qui rend disponible l'accès à l'usb. 
je pense que ce l'on a constaté sur Tinysqueeze et Daphile sur Nuc ou Brixj1900 devrais s'appliquer au Rpi3. 
------
Il y a un paramètre qui joue également c'est le Nrpacks. 
sur limage des réglages PicorePlayeur
il serait intéressant de savoir a quoi correspond le 1 après le 80  4



si c'est bien le Nrpacks il faut esssayer 8 ou 16 voir 20
ce chiffre donne la taille du paquet qui part dans l'usb, ce qui a immédiatement un impact sur le nombre d'accès. 
Tous les réglages bien réalisés ont un impact sur la latence de votre Rpi3. 

--------
des infos récupéré sur le Net
je n'ai pas retrouvé mes notes de l'époque (crash PC). 
-------

Nrpack et Usb
Une autre grande différence entre le NSLU2 et le Pi est que le port Ethernet du Pi est implémenté en interne sur le bus USB. (Le système sur puce du NSLU2 possède une interface Ethernet dédiée qui est distincte de l'USB, mais je comprends que ce n'est pas le cas avec le Pi.) Je trouve que le problème de distorsion est beaucoup plus important si la lecture audio est diffusée en continu quelque part le réseau (en particulier à bande passante élevée); ce n'est pas si mal lors de la lecture d'un fichier audio qui a été stocké sur la carte SD du Pi. Par conséquent, je pense qu'une sorte de conflit de bus entre Ethernet et audio USB pourrait se produire.
Il est possible d'augmenter la quantité d'audio envoyée au périphérique USB à chaque "rafale", rendant ainsi le timing USB moins critique. Cela peut être fait en augmentant le paramètre "nrpacks" du module snd-usb-audio du noyau de sa valeur par défaut de 8 à son maximum de 20. C'est-à-dire éditez / etc / modules et assurez-vous qu'il inclut:
snd-usb-audio nrpacks = 20
avant toute autre ligne de fin (le changement prend effet au redémarrage). Pour modifier les nrpacks dans un système en cours d'exécution, faites:
rmmod snd-usb-audio
modprobe snd-usb-audio nrpacks = 20
et pour vérifier que le changement a eu lieu, faites:
cat / sys / module / snd_usb_audio / parameters / nrpacks
qui devrait maintenant dire 20. J'ai trouvé que cela semble réduire la distorsion, mais ne la supprime pas. Je voudrais essayer des valeurs supérieures à 20, mais cela nécessitera la compilation d'un noyau Linux personnalisé (la limite de 20 est donnée par la définition de MAX_PACKS dans la source du noyau à sound / usb / card.h; je voudrais essayez de l'augmenter à 100 lorsque j'aurai le temps de comprendre comment compiler un noyau Raspbian).
Bien sûr, la carte USB elle-même aura une limite matérielle du nombre de paquets "à lire" qu'elle peut accepter, ce qui pourrait être inférieur au nombre de nrpacks. Je ne sais pas s'il existe un moyen de savoir combien de paquets la carte accepte réellement.
---------
AvecTinysqueeze on a accès directement a beaucoup de réglages  pour Alsa (prog qui gère laudio sous Linux) :
Alsa priority standart
Nrpacks 16
Squeezelight +plugin dsd
Ourput priority 51  (paramètre Alsa)
Alsa buffers 93 ms ( paramètre Alsa) ou186
Alsa periods 4  (paramètre Alsa) ou 8
--------
Pour un Rpi3 à la mémoire limitée 
On peut utiliser pour les buffers inversés pour débuter 
16384Kb
4096Kb
Pour Alsa
le 32 /2 est plus difficile a gérer pour le Rpi3 (Aredien la bien noté) 
80 /4  ou 186 /8 sont parfait

---

Pour les Utilisateurs de Roon je pense qu'il ny a pas grand chose à grater c'est déjà mis dans le Prog... c'est payant