DirettaRendererUPnP

[Minh]

Jusque maintenant mon Host et Target GP étaient sous Kernel RT-EUP-ULTRA. Je suis revenu sous ST-RT et cela améliore la musicalité. Moins de raideurs dans l'aigu.

[Le dom]

@Begastor:

Ah elle n'est pas gentille l'IA mais elle a raison.
Mais où est donc le début du log?

---

@Minh ce que tu découvres là, il y a un moment que je l'avais remarqué et j'avais même dû en parler à l'époque et il est clair que la version 2.0.0 va vous faire savoir si votre système à une propension à monter un peu trop haut ou pas.
J'ai pu remarquer que dans les systèmes actuels on a cherché à les rendre transparents en mettant un peu trop en avant le haut du spectre (haut médiums, aigus) pour palier au manque de transparence et e naturel des sources justement.
Rappelez-vous ce que disait Pascal64 qui suivait et adoptait mes évolutions sur les sources à l'époque: "ce qui est perdu au départ ne sera jamais retrouvé ensuite."
C'est la raison pour laquelle depuis 15 ans c'est la partie du système sur laquelle j'ai le plus travaillé et probablement dépensé de l'argent en fonction de mes moyens somme toute moyens. 

Il n'est pas impossible que cette version 2.0.0 vous amène à faire quelques essais genre c'est mieux ou c'est pas mieux avec ces supports sous mon DAC? 

[wgb25]

Je suis aussi avec le kernel ST-RT avant j'étais avec juste ST mais il m'avait semblé lire que pour DirettaRendererUpnP le mode RT donc realtime était obligatoire.

Juste ou pas Dom ?

Le kernel juste ST est encore plus naturel.

[Le dom]

Non, le kernel RT n'est pas obligatoire, il est juste recommandé, mais comme le fait d'uiliser un kernel non RT diminue un peu la transparence cela peut être bénéfique si ton système est un poil montant.

---

@ds21:
Didier t'est-il possible d'installer la dernière version sur ton Host Diretta en faisant un git pull afin de vérifier si ça fonctionne maintenant avec ton DAC?

[Minh]

@ Dom
Je suis aussi l'affaire depuis l'époque de Vortexbox et cie. C'est une simple constatation qu'il faut réviser sa config en fonction du nouvel équilibre tonal induit pour cette nouvelle version 2.0. Par contre, pas sûr que les supports de DAC soient vraiment concernés.

[Le dom]

J'ai cité les supports sous le DAC comme exemple mais il y a plein de tweaks qui n'ont peut-être plus lieu d'être. Il ne faut pas avoir peur de tester, de se remettre même parfois en question.

[Begastor]

J'ai des soucis de stabilité avec cette nouvelle version.
3 fois ce soir, sur le flux radio, le son commence à ralentir au bout de 15/20 minutes puis fini par se couper...
Je suis en train de faire le test avec des fichiers locaux.
Edit : ça vient de se produire avec un fichier local.

C'est la première fois que ce symptôme se produit sur mon système.

Pour mémoire : GP vers direttaupnprenderer vers squeezeupnp vers Roon vers DST-00

Edit N2. : j'ai aussi mia a jour le firmware du DST en v148 avant l'installation de la V2 de direttarendererupnp

[Le dom]

N'ayant pas Roon, je ne peux pas analyser ce qui se passe. Cette configuration ne fait toujours pas partie des configurations compatibles. Il se peut effectivement que la compatibilité soit moindre avec les optimisions opérées sur la v2.0.0. Je ne peux rien assurer. Il y a trop de d'éléments en plus de DirettaRendererUPnP sur lesquels je ne peux malheureusement pas intervenir. Je suis désolé.
J'ai décidé de laisser la version 1.3.3 à disposition dans une branche dédiée du GitHub pour ceux qui auraient des problèmes de tout ordre avec la version 2.0.0.
Filippo offre la posibilité de revenir à la version 1.3.3 pour GentooPlayer et Piero propose les choix entre la version 1.3.3 et la version 2.0.0 sur Audiolinux.

---

La version 2.0.1 est disponible en espérant que ce la corrige le problème de lecture pour eux qui ont des DACs 24bits.

Bug Fixes
24-bit Audio White Noise Fix (TEAC UD-701N and similar DACs):

Fixed white noise when playing 24-bit audio on DACs that only support 24-bit (not 32-bit)
Root cause: S24 alignment hint was incorrectly set to LSB-aligned instead of MSB-aligned
FFmpeg decodes 24-bit content into S32 format where audio data is in the upper 24 bits
The v2.0.0 ring buffer extracted the wrong bytes (lower 24 bits including padding)
Now correctly extracts bytes 1-3 (MSB-aligned) instead of bytes 0-2 (LSB-aligned)
Affected: x86/x64 platforms with 24-bit-only DACs (ARM64 had a workaround)
Thanks to the user who reported this issue with the TEAC UD-701N