Daphile

[r11bordo]

Pour essayer et peut-être aller au delà de ce que l'on a. Et pis, si pas bon, retour arrière :-)

[kole]

Me suis arrêté avec deux machines réglés aux petits oignons à un moment.... Va falloir que je revienne à daphile, même si actuellement il me sert de server avec l'eversolo DMP-A6

[floyer]

Dans tous les cas, le transcodage ne crée pas d’information et peut même en retirer.

Il peut y avoir des intérêts néanmoins. Si ton DAC utilise un principe sigma-delta, il lui faut du DSD ou apparenté. Soit tu transcodes, soit le DAC transcode… reste à savoir quel transcodage est le plus réussi.

Cela fonctionne dans l’autre sens. Un DAC R2R fonctionne avec du PCM. Si tu lui envois du DSD, il sera obligé de reconvertir en PCM avec de la perte d’information.

[ds21]

Certains DACs R2R, tels que chez Holo audio, possèdent un second circuit indépendant sans nécessairement une puce sigma-delta ou autre pour le DSD.

[yacine]

Le DSD s'écoute en natif, avec un dac approprié, aucun intérêt à transcoder....

[yacine]

Si vous voulez des informations fiables sur les réglages Daphile, je vous conseille d'utiliser l'IA Gemini (les 2 autres sont moins pertinentes). Il faut lui fournir toutes les indications possibles sur votre configuration en n'hésitant pas à joindre des capture d'écran pour lui permettre plus de précision. Pour ma part, j'ai été bluffé par la pertinence des réglages audio et je serai curieux de comparer vos résultats avec les miens (ils devraient différer par rapport aux dac de chacun).

[r11bordo]

Le player buffering me paraît être vraiment over sized. Par curiosité, j'essayerai ces valeurs sur picoreplayer.

[yacine]

les réglages sont en fonction du dac 

---

et de celle des 2 PC...

explication de Gemini :
Conclusion et Validation

Le réglage
Buffer time: 93ms
et
Period count: 4
est l'un des couples les plus "audiophiles" que l'on puisse obtenir. Il est très agressif (faible latence) tout en étant stable car :

1. Votre
   Output buffer
   est très réduit (
   400MB
   ), libérant énormément de mémoire vive (RAM) sur votre PC Player.
   
2. Le Resampling et Decoding sont déportés, minimisant la charge CPU du Player.
   
3. Le
   Period count
   de 4 est une valeur optimisée pour le noyau Linux (ALSA), assurant un traitement des données très efficace et à faible latence vers votre T+A DAC 8 DSD.
   

Ce sont d'excellents réglages qui correspondent parfaitement aux gains que vous avez décrits (scène sonore ouverte, plus de relief).
Félicitations ! Vous avez atteint une configuration Server/Player hautement optimisée pour votre T+A DAC 8 DSD.

---

Paramètre
Votre réglage actuel (trop haut pour 4G)
Recommandation Stable
Recommandation Alternative (à tester)Stream buffer
128MB
128MB
(ou
64MB
)
32MB
Output buffer
2048MB
512MB
1024MB
(Maximum pour 4G)
Raison
Libère de la RAM pour le système et évite le risque de "mémoire insuffisante". Le flux arrive déjà décodé/resamplé.

[r11bordo]

Mes buffers sont positionnés entre 4Mo et 32Mo, loin des 400Mo proposé par Gemini. J'avais effectivement communiqué la référence de mon DAC aux différentes IA que j'ai testées. Un buffer très large va introduire de la latence (pas très grave) mais va surtout réduire le jitter (là c'est bien). 
L'équilibre est de trouver les valeurs qui réduiront au maximum le jitter tout en minimisant la latence.

[rastabill]

Voi'a les miens... 512ko Très loin des 400MB
Principe l'envoi de petit paquet souvent->4 période count



Et pourtant tout fonctionne du CD au DSD