Roon

[alec_eiffel]

Alain, je n'ai pas très bien compris la question...
Tu as mis en place le filtre HAF fourni par Thierry ?
SI oui il y a un souci, car il doit être 4 canaux comme dans l'exemple ci-dessous et non 2 canaux.

[ThierryNK]

(09-16-2017, 05:48 AM)gordian a écrit : Miska=HQPlayer, il n'y a que lui

OK, merci.

L'interface humaine est donc du même type que l'interface logicielle.



Si Roon et HQplayer ont été en mesure de développer du DSP direct sur les DSD, ils devraient essayer de licencier leur savoir faire à Pyramix et autres systèmes de studio.

Amitiés

[volpone75]

(09-16-2017, 12:47 PM)alec_eiffel a écrit : Alain, je n'ai pas très bien compris la question...
Tu as mis en place le filtre HAF fourni par Thierry ?
SI oui il y a un souci, car il doit être 4 canaux comme dans l'exemple ci-dessous et non 2 canaux.
...

Hello, 
Effectivement j'observe la même chose (2 paths vs 4 paths) après avoir regroupé dans un ZIP unique les différentes résolutions des filtres HAF. C'est probablement du au fait que les fichiers .cfg sont manquants ou mal configurés. Cf @pda0 el @Le dom qui expliquent le truc en #876
Je n'ai pas encore modifié ma configuration et essayé mais on devrait retrouver les 4 paths HAF.

Citation :Ça ça marche, tu peux mettre le tout dans un zip et Roon s'en débrouille parfaitement. Tu peux le vérifier facilement en regardant le nombre de taps utilisé suivant la fréquence. S'il y a un facteur multiplicateur c'est qu'il calcule les taps, mais s'il a un fichier à la bonne fréquence il le prend et garde donc le nombre de taps de l'impulsion.

Par contre avec les filtres HAF c'est un peu plus complexe car il faut un fichier de configuration puisqu'il y a 4 impulsions (2 par voie), et je n'ai pas essayé avec Roon et plusieurs fréquences, mais tu peux faire le test et regarder combien de taps il utilise en pratique.
 

[bbill]

question technique Roon : Synology vient d'annoncer un nouveau Nas DS918+ avec un Intel Celeron J3455, une mémoire de 8 gb et de la place pour mettre (en plus des HDD classiques) un ou deux SSD au format M.2... cette configuration est-elle  suffisante pour Roon ? (Core) merci pour votre expérience..

[wgb25]

(09-16-2017, 12:47 PM)alec_eiffel a écrit : Alain, je n'ai pas très bien compris la question...
Tu as mis en place le filtre HAF fourni par Thierry ?
SI oui il y a un souci, car il doit être 4 canaux comme dans l'exemple ci-dessous et non 2 canaux.

Oui les HAF mais pas complet je dirai...

Complet mais pour Tiny donc format .Bin, à moins qu'il existe une solution pour les convertir en WAV .?

[volpone75]

(09-16-2017, 02:29 PM)wgb25 a écrit :

(09-16-2017, 12:47 PM)alec_eiffel a écrit : Alain, je n'ai pas très bien compris la question...
Tu as mis en place le filtre HAF fourni par Thierry ?
SI oui il y a un souci, car il doit être 4 canaux comme dans l'exemple ci-dessous et non 2 canaux.

Oui les HAF mais pas complet je dirai...
.....

J'étais dans le même cas lors de mes premiers essais. J'ai depuis retrouvé mes paths:

A partir du contenu des trois ZIP distincts fournis par HAF (44,352,384 kHz) ci-après le listing du ZIP unique que j'ai chargé dans le DSP de ROON. Cela permet d'une part de ne pas factoriser les taps en fonction de la source et d'autre part de bien conserver les 4 paths. 

Pour de la convolution "simple" (non X-talk) c'est exactement le même principe, seul le nom et le contenu des fichiers wav et cfg fournis par HAF change.



Je joins aussi le signal path pour une sortie en DSD128 avec convolution X-TALK (correction de diaphonie):
On a bien les 4 paths et on reste a 98k taps. Avec de la convolution non x-talk on est a 66k taps.

Au final dans mon cas j'ai un "processing speed" à 2,2X avec un CPU I5 en conversion DSD128 + convolution .
Il y a sans doute assez de marge pour faire du DSD256.

Pour ceux qui ne font pas de conversion DSD (ou plus généralement d'upsampling) la charge CPU sera bien sur grandement inférieure.
En désactivant la conversion j'ai un processing speed a plus de 70X si je ne fais que de la convolution sur un FLAC 44.1.

Pour mémoire, si théoriquement on ne talonne pas avant un processing speed < 1.0x (utilisation CPU à 100%),  RoonLabs préconise de ne pas descendre au dessous de 1.3X pour avoir un peu de marge.

Signal path pour upsampling et conversion DSD128 + convolution HAF xtalk via un serveur sur NUC6I5SYH Intel:

[gordian]

(09-16-2017, 01:32 PM)ThierryNK a écrit :

(09-16-2017, 05:48 AM)gordian a écrit : Miska=HQPlayer, il n'y a que lui

OK, merci.

L'interface humaine est donc du même type que l'interface logicielle.



Si Roon et HQplayer ont été en mesure de développer du DSP direct sur les DSD, ils devraient essayer de licencier leur savoir faire à Pyramix et autres systèmes de studio.

Amitiés

je crois que tu as cerné l'animal, 

je rajouterai : interface humaine=interface logicielle et à peu près égale au niveau du rendu sonore de ses filtres.

non c'est pas du direct, il fait un petit tour par le PCM avant d'y retourner

Salut amigo

[alec_eiffel]

Pour la convolution non X-talk de HAF il y a bien besoin d'un ficher .cfg, il y a 4 paths également (un rajoute à un canal un peu de l'autre filtré et sévèrement déphasé de telle sorte à ´ émuler' du champ réverbéré et rendre la pièce plus naturelle). Pour visualiser le phénomène il suffit d'importer les filtres dans REW ´import impulse response'

[volpone75]

(09-16-2017, 06:01 PM)alec_eiffel a écrit : Pour la convolution non X-talk de HAF il y a bien besoin d'un ficher .cfg, il y a 4 paths également (un rajoute à un canal un peu de l'autre filtré et sévèrement déphasé de telle sorte à ´ émuler' du champ réverbéré et rendre la pièce plus naturelle). Pour visualiser le phénomène il suffit d'importer les filtres dans REW ´import impulse response'

Merci, je vais corriger, je n'ai pas encore installé les versions non X-talk pour les 3 fréquences d'échantillonnage.
J'avais zappé la présence des .cfg comme pour le x-talk dans ce que Thierry m'avait envoyé ... sorry.

[alec_eiffel]

Suite à une discussion en MP, voici à quoi ressemble le fichier .cfg des filtres HAF :

Citation :44100 2 2 0
0 0
0 0
HAF_44_HL.wav
0
0.0
0.0
HAF_44_HL.wav
1
0.0
1.0
HAF_44_HR.wav
0
1.0
0.0
HAF_44_HR.wav
1
1.0
1.0

Avec les explications : 

Citation :44100 2 2 0 —> taux d’échantillonnnage, 2 entrées, 2 sorties, pas de masque pour les canaux de sortie
0 0 —> pas de délai sur les entrées
0 0 —> pas de délai sur les sorties
HAF_44_HL.wav —> correction amplitude et phase voie gauche
0 —> … sur le premier canal du filtre “gauche”
0.0 —> appliqué à l’entrée gauche, gain 0dB 
0.0 —> sortie sur le canal gauche
HAF_44_HL.wav —> correction champ réverbéré (et X talk avec l’option X Talk)
1 —> … sur le deuxième canal du filtre gauche
0.0 —> appliqué à l’entrée gauche, gain 0dB
1.0 —> sortie sur le canal de droite
HAF_44_HR.wav —> correction champ réverbéré (et X talk avec l’option X Talk)
0 —> sur le premier canal du filtre “droite”
1.0 —> appliqué à l’entrée droite gain 0dB
0.0 —> sortie sur le canal de gauche 
HAF_44_HR.wav —> correction amplitude et phase voie droite
1 —> … sur le deuxième canal du filtre “droite”
1.0—> appliqué à l’entrée droite , gain 0dB 
1.0—> sortie sur le canal de droite

Pour mémoire voici le descriptif de la "norme" .cfg de Soundforge : http://convolver.sourceforge.net/config.html

Si vous avez plusieurs fichiers .cfg pour différentes fréquences d'échantillonnage : il faut mettre tous ces fichiers et les .wav correspondants dans un seul répertoire, faire un .zip du répertoire, et charger ce .zip dans Roon. Mais sauf si vous avez des oreilles bioniques qui entendent au-delà de 20Khz, ça ne sert à pas grand chose si le filtre à 44Khz a le nombre de taps juste suffisants. 

Le temps de calcul augmente avec le carré de la fréquence : si vous êtes à 1% de CPU à 44KhZ, vous serez à 4% à 88KHz, et à 64% à 352 KHz (fréquence de travail pour les fichiers source DSD64).