Les switchs audiophiles + ponts optiques

[Zafu84]

Je m’en doute, c’est pour cela que j’ai montré la copie d’écran avec le menu déroulant montrant toutes les options possibles.
Je vais creuser le sujet... jusqu’à présent étant vraiment satisfait de ce que j’entends, je ne voyais pas l’intérêt... mais qui sait ?

Merci !

[pda0]

(02-23-2020, 12:02 PM)r11bordo a écrit : A toi camarade hifiste
Par contre, je ne sais pas quelle est la marge de manœuvre offerte par ropieee sur ces réglages de buffer ... mais le but étant de récupérer les pistes en mémoire pour limiter les influences des cables et alims en amont.
Cela me rappelle les débats sur le topic ECL Designs, ces machine coupées d'internet ne fonctionnant qu'avec des clefs usb mais fonctionnant très bien visiblement.

C'est pas certain que d'avoir un gros buffer améliore les choses. Il me semble avoir lu sur un des blogs où Swensson (de UpTone) officie que ça pouvait au contraire être mieux d'avoir un tout petit buffer car d'un point de vue de la "consommation de courant" on tirait régulièrement avec un petit buffer, alors qu'avec un gros on tirait plus rarement mais plus intensément et donc on engendrait grosses variations sur les plans de masse qui pouvaient être nuisibles au final.

Donc, il y a surement à expérimenter sur le sujet, le streaming étant, de toutes façons, différent de la lecture sur clé USB séparée du réseau.
J'ai essayé sur Devialet différentes tailles de buffer, et je suis finalement resté avec la plus petite qui garantit une lecture sans coupure (500ms en l'occurence).
Bref, à essayer mais les oreilles bien ouvertes

[zaurux]

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

[Zafu84]

(02-23-2020, 01:27 PM)pda0 a écrit : Donc, il y a surement à expérimenter sur le sujet, le streaming étant, de toutes façons, différent de la lecture sur clé USB séparée du réseau.
J'ai essayé sur Devialet différentes tailles de buffer, et je suis finalement resté avec la plus petite qui garantit une lecture sans coupure (500ms en l'occurence).
Bref, à essayer mais les oreilles bien ouvertes

Surtout que 500ms c’est le Max pour mon matériel sur Roon !
Je ferai ça au calme !
Merci !

[pda0]

(02-23-2020, 02:24 PM)Zafu84 a écrit :

(02-23-2020, 01:27 PM)pda0 a écrit : Donc, il y a surement à expérimenter sur le sujet, le streaming étant, de toutes façons, différent de la lecture sur clé USB séparée du réseau.
J'ai essayé sur Devialet différentes tailles de buffer, et je suis finalement resté avec la plus petite qui garantit une lecture sans coupure (500ms en l'occurence).
Bref, à essayer mais les oreilles bien ouvertes

Surtout que 500ms c’est le Max pour mon matériel sur Roon !
Je ferai ça au calme !
Merci !

Sur Devialet on peut avoir aussi 50ms et 100ms, puis 500ms et ensuite par incréments jusqu'à 5000ms.

[r11bordo]

Et au passage, 500 ms constitue un très gros buffer... Sur pcp, sur le topic créé hier, on parle davantage de 80 ms ou au max 180 ms.

---

(02-23-2020, 01:27 PM)pda0 a écrit : C'est pas certain que d'avoir un gros buffer améliore les choses. Il me semble avoir lu sur un des blogs où Swensson (de UpTone) officie que ça pouvait au contraire être mieux d'avoir un tout petit buffer car d'un point de vue de la "consommation de courant" on tirait régulièrement avec un petit buffer, alors qu'avec un gros on tirait plus rarement mais plus intensément et donc on engendrait grosses variations sur les plans de masse qui pouvaient être nuisibles au final.

Donc, il y a surement à expérimenter sur le sujet, le streaming étant, de toutes façons, différent de la lecture sur clé USB séparée du réseau.
J'ai essayé sur Devialet différentes tailles de buffer, et je suis finalement resté avec la plus petite qui garantit une lecture sans coupure (500ms en l'occurence).
Bref, à essayer mais les oreilles bien ouvertes

Justement, les buffers que je teste en ce moment sont applicatifs et non système. C'est de l'ordre de 280 Mo et non quelques kilo octets, de quoi charger une bonne grosse piste 24/192 en mémoire. Le rpi 3 de l'ambre met 3 secondes pour charger tout cela en mémoire et ensuite, plus rien en terme de conso cpu (moins de 1%), soit une conso cpu très nettement inférieure à l'absence de buffer qui impose dans de cas un échange réseau continu. 
Avec le buffer, le chargement en ram sollicite le cpu entre 10 et 30% sur du 24/192, moins de 10% sur du format cd sur maximum 3 secondes. 
Sur ces début de piste, j'ai beau tendre l'oreille et je n'entends pas d'impacts sur la restitution. Par contre, sans ce buffer, l'impact se fait bien entendre.

[kimbo]

Je ne veux pas jouer les rabat joie mais y a un fil dédié au buffer, ce serait mieux pour la clarté de ce sujet et également pour l’autre.

[zaurux]

(02-23-2020, 03:38 PM)kimbo a écrit : Je ne veux pas jouer les rabat joie mais y a un fil dédié au buffer, ce serait mieux pour la clarté de ce sujet et également pour l’autre.

Exeat.. j'ai fauté aussi ! 

[r11bordo]

Oui, mais il s'agit du classement du meilleur Switch, donc le voici :
- 1/ buffer optimisé, coût gratos
- 2/ sotm full option, coût 2000€
- 3/ waversa
- 4/ Aqvox
- 5/ Etherregen 
.... 
Enjoy 

[zaurux]

(02-23-2020, 03:54 PM)r11bordo a écrit : Oui, mais il s'agit du classement du meilleur Switch, donc le voici :
- 1/ buffer optimisé, coût gratos
- 2/ sotm full option, coût 2000€
- 3/ waversa
- 4/ Aqvox
- 5/ Etherregen 
.... 
Enjoy 

EUh.. pas sûr, surtout qu'il maque Melco S100 et Meraki (solo or twin).
Mais surtout pour éviter de polluer avec les optimisations systèmes.. chez moi, les buffer non aucun impact à la différences du nombres de process et surtout la répartition des process/core (priority & nice sous linux) et on peut rajouter la configuration de la fréquence du proc (downclocking)..
Mais encore une fois, ce n'est pas le bon fil