Antre II, le retour

[ThierryNK]

Non, ça ne passe pas.

Après qq recherches, on sait ce que fait Roon.

Pour le DSD, Roon utilise les mêmes approches qu'en studio, utilisation de "DSD-Wide", mais pas en 8 bits comme souvent en studio mais en... 64 bits.
Cela permet de faire de la convolution mais avec plus de...8 millions de taps en DSD64, ça passe. Mais on multiplie par deux le nombre de taps pour le DSD128 (grosse latence au démarrage et coupures) et par quatre en DSD256 (et là ça part en cacahuètes).

En PCM, 131000 taps, pas de pb.

On verra si la mise en phase amène quelque chose de vraiment significatif et là je regarderai ce que donne une conversion préalable DSD->PCM (bof).

Edit: les fichiers de convolution pour essais m'ont été fournis par pda0 il y a un moment. Je ne connais pas leurs caractéristiques en fait...

[pda0]

Je t’ai fourni le kit complet des impulsions de 44kHz à 384kHz dans un fichier zip. Roon prend l’impulse qui lui faut suivant la fréquence du fichier à convoluer.

[ThierryNK]

Oui je sais bien Philippe, mais est ce que le nombre de taps en dépend? Là j’ai un trou dans la raquette. 
Sur le forum Roon, certains utilisent du DSD256 avec convolution avec un nombre de taps qui n’a rien à voir avec ce que j’ai.

[pda0]

Le nombre de taps est défini à la création des impulses avec RePhase. J’en ai mis je ne sais plus combien exactement mais au moins 132000. Tu le peux le voir en regardant le chemin avec Roon. Roon donne le nombre de taps utilisés par la convolution en cours.

[ThierryNK]

131000 en PCM quel que soit l’échantillonnage, plus de 8 millions en DSD64
Ce qui correspond bien à
(DSD64/44)x131000=8.3 millions

[pda0]

Pas forcément car comme tu as les impulsions à 352kHz à 132000 taps, c’est ce qu’il doit utiliser en DSD64, mais 4 fois plus ensuite en DSD256, ce qui peut expliquer qu’il ait du mal.
Mais je ne sais plus bien si je suis allé jusqu’à 384kHz ou si je me suis arrêté à 192kHz.
Il faudrait regarder ce qu’il y a dans le zip.

[ThierryNK]

Tes fichiers vont bien jusqu’à 384. 
Je n’ai pas d’autres interprétation du 8 millions de taps.

C’est assez complexe ce qu’ils font pour le DSD en le passant d’abord en DSD-wide 64 bits, application de la convolution et des eq, modulateur delta sigma pour repasser en 1 bit et fréquence d’origine. 

J’essaierai de laisser juste le 352 et le 384 pour voir.

[pda0]

Ok. Donc effectivement essaye en mettant uniquement l’impulsion 352, en DSD64, il devrait donner 132000 taps dans ce cas.

[ThierryNK]

En fournissant les 352 et 384, on a bien 132000 taps pour le DXD, et 17000 pour le 44, 34000 pour le 88 etc.

Et 17000xDSD/44 = 1 million pour le DSD

En DSD256, à présent ça passe sans coupure, mais le proc est en mode boost permanent.

Il suffit de donner 44 et 48 (ou 352 et 384)  avec "ce qu'il faut" comme taps et le nombre de taps est ensuite adapté à l'échantillonnage. 

17000 pour du 44 est sans doute aussi inutilement trop élevé.

[pda0]

Non, c’est un peu court 17000 surtout si tu as des corrections précises et multiples dans le grave (c’est le cas chez toi avec les corrections de Julien), mais autant rester avec l’EQ Roon et utiliser la convolution juste pour la phase.