Optimisation du Buffer

[r11bordo]

Non, rien entendu. C'est censé avoir quel effet ?

[kimbo]

De ce que j'ai lu de Rastabill cela apporte plus de 3d.

[r11bordo]

C'est ce que j'obtiens avec la définition d'un buffer, quel qu'il soit, inversé ou non, mais pas de différences perçue entre valeurs de buffers... Sorry for that.

[rastabill]

No problèmes  r11bordo,
par contre ça serais bien  qu'un autres utilisateurs de RPi3 fassent les manipulations de changement de valeurs buffer et de valider avec 2 réglages alsa exemple : 32/2 et 186/8.

Cela permettra de valider le fait que l'architecture du Rpi3 bloque l'optimisation de la gestion des flux (à vérifier sur un Rpi4) contrairement a une base intel Nuc Brix ou autres (voir les les liens sur les utilisateurs de Daphile et Tinysqueezel

[r11bordo]

Le test alsa, ça je peux le faire...

[Vincent.]

(02-25-2020, 02:05 PM)rastabill a écrit : ...
par contre ça serais bien  qu'un autres utilisateurs de RPi3 fassent les manipulations de changement de valeurs buffer et de valider avec 2 réglages alsa exemple : 32/2 et 186/8.
...

Pour le test en 32/2 (sur un RPi3B), j'en ai parlé plus haut, ça génère des 'plocs', je suis revenu à 80 / 4.

[r11bordo]

Pourquoi ne pas essayer 65536 / 4 ?

[rastabill]

@R11bordo
je n'ai jamais vu ces valeurs  65536 jai peur que ce soit out of spect sauf si l'unité est différente  normalelent c'est en ms.

@vincent essai 40/4  si ça passe sans click tu ecoute une fois avec 32M /8196Kb et ensuite avec 8196/32M.

pui tu refait la même manipulation avev 186/8.

au changement il faut peut être redémarrer PcP pour que les valeurs soit pris en compte.

[r11bordo]

(02-25-2020, 11:46 PM)rastabill a écrit : @R11bordo
je n'ai jamais vu ces valeurs  65536 jai peur que ce soit out of spect sauf si l'unité est différente  normalelent c'est en ms.

Tu n'as pas lu le tout premier post de ce topic dans ce cas, cela concerne pcp, c'est sur le lien soundcheck partagé.
En résumé, pour une valeur inférieure à 500, pcp considère un temps en ms, à partir de 500, pcp considère une taille de buffer en ko. 65536 en ms, cela serait assez conséquent pour un buffer système ...

[rastabill]

L'optimisation du lecteur est importante. De base elle n'est pas réalisé parcequ'ildoit s'adapter à beaucoup de config.

Dimas le créateur de Tinysqueeze avais laissé beaucoup de réglages accessibles mais malheureusement il ne sera jamais terminé. 

Bref Picoreplayer a conservé certain réglage il y en a un que vous n'avez pas parlé c'est l'outout priority.On verra que Dimas en parle. 

On commence par l'occupation Cpu toujours intéressente de la connaître. Plus loccupation Cpu est faible meilleur sera la qualité du son. 

Deux liens pour montrer:
LeDom
https://enceintesetmusiques.com/forum/ti...821#p43821

le mien avec un Brix celeron j1900
https://enceintesetmusiques.com/forum/ti...141#p66141

La latence du Rpi3 en fonction des réglageseest intéressente à contrôler. 

LeDom
https://enceintesetmusiques.com/forum/ti...230#p66230

sur mon Brix
https://enceintesetmusiques.com/forum/vo...416#p61416

Dimas qui parle des réglages :

https://enceintesetmusiques.com/forum/ti...818#p65818

un extrait des paroles de Dimas pour les pressés:
"Great influence priority output." 
60 - a fullbody sound, 85 - sharper.

Pour les buffers inversés on a pas pu en parler avec Dimas il a disparu des écrans radars.... il a été embauché.. par qui ?? 
Testeurs à vos machines...

PS : l'expert c'est LeDom... pour les questions approfondis