Roon

[alec_eiffel]

Content de voir que la techno de thierry69 emporte l'adhésion d'audiophiles sur les forums internationaux. Le dernier "converti" en date est Magnus, auteur sur le forum de Roon d'un excellent tutoriel pour la correction de pièce par la méthode RTA/MMM, que je vous conseille d'essayer d'ailleurs car elle marche plutôt bien, est accessible, et gratuite.
Voir son témoignage où il met en avant la supériorité des filtres de Thierry ici.

[volpone75]

(09-14-2017, 06:06 PM)renan a écrit : Perso pas mal de clipping sur les musique electronique.
Gorgio by Moroder de Daft Punk par exemple. Pour le supprimer completement, je dois descendre à -20db...
Mais cela reste limité à qqs pistes... pour la plupart je n'ai pas de clipping.
Raison?? Perte de qualité à -20dB??

Bingo !
Giorgio by Moroder provoque la même chose chez moi avec HQP et sans doute avec ROON seul. Je suis aussi d'accord c'est très marginal et pas évident de paramétrer tout à -20 db pour quelques cas particuliers ... Au pire quand cela "clippe" c'est un petit craquement de type vinyl 

Merci @Renan pour cette très bonne piste test. HQP comme ROON "rougit" quand il clippe et en plus indique le nombre de fois ou il a clippé sur une piste dans "limited" ...

[renan]

oui je viens de vérifier sous Roon
sur Hanuman de rodrigo y gabriella il faut un head room de -12db pour supprimer le clipping
sur Giorgio by moroder Daft punk c'est -15db sur mon système

J'étais allé jusqu'à -20 car j'utilise mon dac en preamp et c'etait pour moins diminuer le volume du DAC.

[volpone75]

(09-14-2017, 06:57 PM)vfrpoye a écrit : ....
@Volpone75
Idem chez moi, sauf que je passe par "Matrix > Convolution setup" pour sélectionner les 4 filtres pour plus de facilité. J'ai signalé à Thierry que malgré l'incohérence des canaux ainsi sélectionnés (RR sur le center channel et RL sur le LFE)
si on active la convolution en cochant enable et OK puis ensuite le bouton V vert (en le cochant uniquement ca ne marche effectivement pas) ca fonctionne aussi. Pour avoir testé avec un cd de test (piste 6 / XLO Reference Recordings /Tests & Burn-in CD) la spatialisation est respectée.

OK, c'est le fonctionnement que j'ai aussi. Donc pas de problème.

En revanche personne n'a encore répondu à ma question concernant le reporting du nombre de "taps" dans HQP, @Bear ou @pda0 doivent peut être savoir ?

Citation :- ... quand j'utilise le DSP de ROON le signal path m'indique une convolution à "526k tap". Pour HQP est ce qu'il y a un moyen de vérifier le nombre de taps qu'il prend en compte ?

---

(09-14-2017, 07:43 PM)alec_eiffel a écrit : ...
Voir son témoignage où il met en avant la supériorité des filtres de Thierry ici.

Oui c'est un bel hommage car Magnus à l'air exigeant, compétent et "connait la musique" en ce qui concerne la convolution. Il a apparemment beaucoup bossé sur une méthode alternative et donc cela n'allait pas de soi qu'il trouve les filtres HAF meilleurs.

[Bear]

(09-14-2017, 10:58 PM)volpone75 a écrit : En revanche personne n'a encore répondu à ma question concernant le reporting du nombre de "taps" dans HQP, @Bear ou @pda0 doivent peut être savoir ?

Bonsoir Volpone,

J'avoue ne pas bien comprendre le sens de ta question. Il n'y a pas de raison que la longueur de l'impulsion soit différente d'un logiciel à l'autre, une fois pris en compte le changement éventuel de fréquence d’échantillonnage.

Malheureusement, je ne peux t'en dire davantage car je fonctionne actuellement sous Yosemite sous lequel HQPlayer ne fonctionne pas.

[volpone75]

(09-15-2017, 12:54 AM)Bear a écrit :

(09-14-2017, 10:58 PM)volpone75 a écrit : En revanche personne n'a encore répondu à ma question concernant le reporting du nombre de "taps" dans HQP, @Bear ou @pda0 doivent peut être savoir ?

Bonsoir Volpone,

J'avoue ne pas bien comprendre le sens de ta question. Il n'y a pas de raison que la longueur de l'impulsion soit différente d'un logiciel à l'autre, une fois pris en compte le changement éventuel de fréquence d’échantillonnage.

Malheureusement, je ne peux t'en dire davantage car je fonctionne actuellement sous Yosemite sous lequel HQPlayer ne fonctionne pas.

Bonjour @Bear,
C'est effectivement une question de détail un peu byzantine Je ne doute pas que les impulsions en entrée sont identiques mais la façon des les traiter et de les appliquer dans le signal path est peut être différente. ROON me donne 526K taps.

 Je viens d'avoir une réponse de Thierry, non pas sur l'affichage dans HQP, qui n'existe sans doute pas, mais sur les caractéristiques de ses filtres: 

Les filtres ont entre 65536 et 98304 coefficients suivant la fréquence d’échantillonnage.
Il est probable que Roon aligne le nombre de coefficients sur une valeur élevée qui permet de couvrir tous les cas.

Par ailleurs je suis assez étonné du peu d'impact sur le CPU, mais je ne m'en plains pas bien sur, au contraire, sachant que le résultat audible me plait tout a fait tant avec ROON qu'avec HQP ! 

[Bear]

(09-15-2017, 09:42 AM)volpone75 a écrit : Bonjour @Bear,
C'est effectivement une question de détail un peu byzantine Je ne doute pas que les impulsions en entrée sont identiques mais la façon des les traiter et de les appliquer dans le signal path est peut être différente. ROON me donne 526K taps.

 Je viens d'avoir une réponse de Thierry, non pas sur l'affichage dans HQP, qui n'existe sans doute pas, mais sur les caractéristiques de ses filtres: 

Les filtres ont entre 65536 et 98304 coefficients suivant la fréquence d’échantillonnage.
Il est probable que Roon aligne le nombre de coefficients sur une valeur élevée qui permet de couvrir tous les cas.

Par ailleurs je suis assez étonné du peu d'impact sur le CPU, mais je ne m'en plains pas bien sur, au contraire, sachant que le résultat audible me plait tout a fait tant avec ROON qu'avec HQP ! 

Bonjour Volpone,

La dernière version de Roon est particulièrement efficace en ce qui concerne la convolution. C'est un peu ce qui m'a décidé à laisser de coté HQPlayer car la différence de charge machine est considérable chez moi. Ajouté à cela que cela oblige à avoir une autre version de l'OS qui consomme elle aussi bcp plus de ressources machines, la différence en terme de charge est presque de l'ordre de 20% de la CPU.

Comme la qualité de restitution est très voisine chez moi aussi, le choix a été vite fait.

[pda0]

Il me semble qur Roon applique un facteur sur les taps inclus dans l'impulsion de correction en fonction de la fréquence de base.
Exemple: si l'impulsion de correction inclut 65536 taps et est à 44kHz, Roon utilise 65536 taps si le fichier musique est est 44kHz, mais le double de taps si le fichier est à 88kHz, et le quadruple à 176kHz, etc...

On peut éviter cela en donnant à Roon des impulsions différentes pour chaque fréquence avec le nombre de taps voulu pour chaque fréquence. Si Roon n'a qu'une seule impulsion il fait comme indiqué plus haut.

Ce fonctionnement induit un nombre catastrophique de taps si on est en DSD natif (genre 5Millions) et ça écroule la machine (enfin le Mac mini). On est donc contraint de passer en PCM à 192kHz par exemple avant convolution.
Si vous avez une solution autre à cette contrainte je suis preneur.

[volpone75]

Bear a écrit :Bonjour Volpone,
La dernière version de Roon est particulièrement efficace en ce qui concerne la convolution. C'est un peu ce qui m'a décidé à laisser de coté HQPlayer car la différence de charge machine est considérable chez moi. Ajouté à cela que cela oblige à avoir une autre version de l'OS qui consomme elle aussi bcp plus de ressources machines, la différence en terme de charge est presque de l'ordre de 20% de la CPU.

Comme la qualité de restitution est très voisine chez moi aussi, le choix a été vite fait.

Bonsoir @Bear, bizarrement je ne constate pas pour l'instant de tels écarts entre ROON et HQP sur la charge en convolution. 
Elle me semble faible dans les deux cas. Je vais regarder cela de plus près.

Sur le rendu je suis d'accord c'est très proche, et l'avantage à n'utiliser que ROON est surtout pour moi le gain en latence et en simplicité.

---

(09-15-2017, 10:16 AM)pda0 a écrit : Il me semble qur Roon applique un facteur sur les taps inclus dans l'impulsion de correction en fonction de la fréquence de base.
Exemple: si l'impulsion de correction inclut 65536 taps et est à 44kHz, Roon utilise 65536 taps si le fichier musique est est 44kHz, mais le double de taps si le fichier est à 88kHz, et le quadruple à 176kHz, etc...
On peut éviter cela en donnant à Roon des impulsions différentes pour chaque fréquence avec le nombre de taps voulu pour chaque fréquence. Si Roon n'a qu'une seule impulsion il fait comme indiqué plus haut. 

Oui, c'est tout à fait cela. HAF m'a livré les impulsions à 3 fréquences: 44.1, 352, 384 kHz.
Je me demande si quand on regroupe ces impulsions dans un ZIP unique à charger dans ROON il faut joindre et éditer un fichier .cfg unique pour permettre le matching ? La doc de ROON ne me semble pas limpide sur ce point.

(09-15-2017, 10:16 AM)pda0 a écrit : Ce fonctionnement induit un nombre catastrophique de taps si on est en DSD natif (genre 5Millions) et ça écroule la machine (enfin le Mac mini). On est donc contraint de passer en PCM à 192kHz par exemple avant convolution.
Si vous avez une solution autre à cette contrainte je suis preneur.

Je le constate aussi !.
Je vais poser la question sur: https://community.roonlabs.com/t/convolu...mple-rate/

[Bear]

(09-15-2017, 10:10 PM)volpone75 a écrit :

Bear a écrit :Bonjour Volpone,
La dernière version de Roon est particulièrement efficace en ce qui concerne la convolution. C'est un peu ce qui m'a décidé à laisser de coté HQPlayer car la différence de charge machine est considérable chez moi. Ajouté à cela que cela oblige à avoir une autre version de l'OS qui consomme elle aussi bcp plus de ressources machines, la différence en terme de charge est presque de l'ordre de 20% de la CPU.

Comme la qualité de restitution est très voisine chez moi aussi, le choix a été vite fait.

Bonsoir @Bear, bizarrement je ne constate pas pour l'instant de tels écarts entre ROON et HQP sur la charge en convolution. 
Elle me semble faible dans les deux cas. Je vais regarder cela de plus près.

Sur le rendu je suis d'accord c'est très proche, et l'avantage à n'utiliser que ROON est surtout pour moi le gain en latence et en simplicité.

Je n'ai pas été assez précis. C'est particulièrement flagrant lorsque tu écoutes un DSD car Roon commence par le mettre au format PCM avant d'appliquer la convolution, alors que HQPlayer va faire la convolution sur le DSD et le mettre au format PCM ensuite.

Roon seul (sous Yosemite):
[img][/img]

Roon + HQPlayer (sous El Capitan):
[url=]

L'écart de consommation de ressources est important, le MacMini chauffe pas mal, commence à faire du bruit, l'alim chauffe aussi bcp plus...