Bonjour,
Je suis en train de "jouer" avec Rephase. Pour rappel je suis en configuration filtrage actif 3 voies, filtre numérique XT DP-226, un super produit mais dont les filtres ne sont pas à phase linéaire... la phase varie comme avec un filtre analogique.
Avant de compenser précisément en phase l'enceinte complète (qui nécessite de ressortir tout mon lourd système dehors, enceinte posée à plat et dirigée vers le ciel pour éviter au maximum les réflexions; et mesurer la réponse en fréquence et en phase), je procède par étape.
La première, qui doit déjà métamorphoser le résultat: compenser la phase du filtrage 3 voies (des LR24 à 350Hz et 2kHz), ainsi que le comportement en phase de la coupure basse de l'enceinte vers 35Hz. Dans un premier temps j'approxime cette coupure (c'est un LR alignement Bessel) par un clos à 35Hz, amortissement critique; un forumeur m'ayant dit d'éviter de corriger en phase l'évent.
Pour ça, je procède comme expliqué au lien ci-dessous, note d'appli pour utilisation de Rephase avec l'OPENDRC-DI:
https://www.minidsp.com/applications/advanced-tools/rephase-fir-tool
Paragraphe Example 1: correcting loudspeaker phase
Pas de problème pour obtenir la correction avec rephase, et on voit la courbe de phase simulée remonter de manière magique avec la fréquence, pour compenser la variation inverse des filtres! super!
Je fais un "save settings" dans Rephase, obtiens un fichier texte nommé "impulse".
Mais dans l'interface graphique de l'OpenDRC-DI, je ne sais pas comment importer ce fichier de correction... si je vais dans les "PEQ" des entrées 1 et 2, facile de créer un filtre ou une EQ, mais je ne vois comment importer le fichier Rephase.
En particulier dans le lien il est écrit:
Typically, the same filter will be used on both channels, so load the file into both FIR - Channel 1 and FIR - Channel 2 of the OpenDRC 2x2 plugin.
Voilà c'est ça que je ne trouve pas... si quelqu'un peut m'apporter ses lumières?
Merci beaucoup d'avance.
|
18 messages • Accèder à une page • 1, 2
|
Modérateurs: Modération Forum Installations, Modération Forum DIY, Le Bureau de l’Association HCFR • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 5 invités
Ce ne sont pas les paramètres de rePhase à charger mais l'impulse générée en .bin (sélectionnable via "format")
- thierryvalk
- Messages: 5617
- Inscription Forum: 08 Mai 2012 9:39
- Localisation: Belgique
Si j'ai bien lu on peut importer du .bin ou du .txt
Je vais ré-essayer ce midi. Je ne suis pas sûr que charger ces coefficients du FIR ne va pas écraser la préaccentuation HF que j'ai faite dans les EQ de l'openDRC (PEQ sur les inputs).
Si c'est le cas je gérerai cette préaccentuation autrement (au niveau du FAN par exemple).
J'ai hâte de voir ce que ça donne, c'est un vieux rêve que de pouvoir compenser réellement la phase d'un système de filtrage
(en analogique c'est peine perdue... )
Je vais ré-essayer ce midi. Je ne suis pas sûr que charger ces coefficients du FIR ne va pas écraser la préaccentuation HF que j'ai faite dans les EQ de l'openDRC (PEQ sur les inputs).
Si c'est le cas je gérerai cette préaccentuation autrement (au niveau du FAN par exemple).
J'ai hâte de voir ce que ça donne, c'est un vieux rêve que de pouvoir compenser réellement la phase d'un système de filtrage
(en analogique c'est peine perdue... )
- Bruno_du_13
Donc:
Rephase a généré un fichier impulse.txt de 519kOctets qui commence comme ça:
0
0
-0.000000000000000000001408959296740624
0.0000000000000000000059189061998616698
-0.000000000000000000016400594336192386
0.000000000000000000024462770602976447
-0.000000000000000000035259668594914959
0.000000000000000000063984007564775998
-0.000000000000000000073314480788874228
0.000000000000000000087466070724499513
-0.00000000000000000010084877148089272
0.00000000000000000010873530827361551
-0.00000000000000000018986705947104425
0.00000000000000000015799257989079194
...
Avec 16384 lignes au total.
Et un fichier .rephase beaucoup plus petit - moins de 2kOctets, non éditable.
En chargeant ce fichier .txt dans l'openDRC (menu FIR) j'ai le message suivant qui apparait:
"The system detected 133048.25 coefficients but you are not allowed to upload more than 6144" !
J'ai re-généré le fichier impulse.txt mais avec la même taille de fichier, donc trop gros semble-t-il pour l'openDRC?
Où est mon erreur? mauvais paramétrage du fichier généré par Rephase, souci avec l'openDRC?
Merci beaucoup de votre aide...
Rephase a généré un fichier impulse.txt de 519kOctets qui commence comme ça:
0
0
-0.000000000000000000001408959296740624
0.0000000000000000000059189061998616698
-0.000000000000000000016400594336192386
0.000000000000000000024462770602976447
-0.000000000000000000035259668594914959
0.000000000000000000063984007564775998
-0.000000000000000000073314480788874228
0.000000000000000000087466070724499513
-0.00000000000000000010084877148089272
0.00000000000000000010873530827361551
-0.00000000000000000018986705947104425
0.00000000000000000015799257989079194
...
Avec 16384 lignes au total.
Et un fichier .rephase beaucoup plus petit - moins de 2kOctets, non éditable.
En chargeant ce fichier .txt dans l'openDRC (menu FIR) j'ai le message suivant qui apparait:
"The system detected 133048.25 coefficients but you are not allowed to upload more than 6144" !
J'ai re-généré le fichier impulse.txt mais avec la même taille de fichier, donc trop gros semble-t-il pour l'openDRC?
Où est mon erreur? mauvais paramétrage du fichier généré par Rephase, souci avec l'openDRC?
Merci beaucoup de votre aide...
- Bruno_du_13
Tu dois, dans rephase, définir "Impulse Setting" "taps" une valeurs inférieure à 6144 "samples".
Par contre, avec 6144 taps, ta correction de phase à 35Hz ne sera pas optimale.
Par contre, avec 6144 taps, ta correction de phase à 35Hz ne sera pas optimale.
- thierryvalk
- Messages: 5617
- Inscription Forum: 08 Mai 2012 9:39
- Localisation: Belgique
Merci bien Thierrry.
Donc dans un premier temps oublier cette correction à 35Hz... y-a-t'il possibilité d'augmenter cette limite de 6144 samples? je n'ai rien vu de tel sur le site minidsp.
Merci
Donc dans un premier temps oublier cette correction à 35Hz... y-a-t'il possibilité d'augmenter cette limite de 6144 samples? je n'ai rien vu de tel sur le site minidsp.
Merci
- Bruno_du_13
Bon, ça marche avec 6144 samples.
On peut avec l'openDRC, bypasser instantanément ce filtre (et le remettre), pour entendre la différence à l'oreille et aux mesures.
Je vais tâcher de mesurer les réponses impulsionnelles à proximité, pour voir l'effet.
Etape suivante, mesurer la réponse de l'enceinte en phase, en extérieur. Sans doute pas avant septembre, quand il fera moins chaud.
Merci pour l'aide.
On peut avec l'openDRC, bypasser instantanément ce filtre (et le remettre), pour entendre la différence à l'oreille et aux mesures.
Je vais tâcher de mesurer les réponses impulsionnelles à proximité, pour voir l'effet.
Etape suivante, mesurer la réponse de l'enceinte en phase, en extérieur. Sans doute pas avant septembre, quand il fera moins chaud.
Merci pour l'aide.
- Bruno_du_13
Bruno_du_13 a écrit:Merci bien Thierrry.
Donc dans un premier temps oublier cette correction à 35Hz... y-a-t'il possibilité d'augmenter cette limite de 6144 samples? je n'ai rien vu de tel sur le site minidsp.
Merci
Tu peux demander à minidsp de te faire un firmware avec une freq d'echantillonnage à 12kHz, tu auras quatre fois plus de taps. Je plaisante bien sur, le chip SRC en entrée du DI ne peut pas resampler en dessous de 32kHz.
La limite est due au Sharc qui n'est pas de la génération la plus récente et qui n'a pas assez de ressources de calcul.
Une solution est de migrer sur PC avec jRiver et tout en dématérialisé ou carrément passer sur Trinnov.
- Zilwicki
- Messages: 229
- Inscription Forum: 20 Jan 2017 0:18
- Localisation: Le Havre
Bruno_du_13 a écrit:Bon, ça marche avec 6144 samples.
On peut avec l'openDRC, bypasser instantanément ce filtre (et le remettre), pour entendre la différence à l'oreille et aux mesures.
Je vais tâcher de mesurer les réponses impulsionnelles à proximité, pour voir l'effet.
Etape suivante, mesurer la réponse de l'enceinte en phase, en extérieur. Sans doute pas avant septembre, quand il fera moins chaud.
Merci pour l'aide.
Super de voir que tu avances, et impatient de savoir ce que donne une D2 corrigée à l'écoute (je lorgne sur le fait de me faire un clone de M2, qui est dans ma short list)
- Zilwicki
- Messages: 229
- Inscription Forum: 20 Jan 2017 0:18
- Localisation: Le Havre
Merci Zilwicki.
La réponse impulsionnelle du d2430k sur pavillon "progressive transition", avec filtre IIR LR24 (à 2kHz) est déjà plutôt belle, sans rephase:
Avec Rephase la réponse impulsionnelle du médium+aigu devrait être intéressante
Pour info je n'envisage pas d'utiliser ce d2430 avec un filtrage du premier ordre comme le fait JBL pour sa M2. Il se prend alors plus d'énergie dans la bande de fréquences où il ne reproduit rien! au détriment de sa tenue en puissance et de son intermodulation. Je vise plutôt, à terme, un filtrage encore plus raide (LR48) avec linéarisation de la phase, et ce pour toutes les voies de mon système. Ca évite le chevauchement des spectres reproduits par chaque HP, et c'est au bénéfice de la tenue en puissance et de l'intermodulation.
Migrer sur PC: je préférerais ne pas être tributaire du PC pour écouter de la musique. J'avais regardé les filtres FIR Xilica, mais le prix est délirant pour un particulier. Si la solution openDRC + Rephase m'apporte des résultats suffisants sur la phase, j'envisage plutôt de passer sur l'OPENDRC-DA8 qui me permettrait de faire du filtrage LR48 (un OPENDRC-DI avec 8 voies analogiques en sortie).
La réponse impulsionnelle du d2430k sur pavillon "progressive transition", avec filtre IIR LR24 (à 2kHz) est déjà plutôt belle, sans rephase:
Avec Rephase la réponse impulsionnelle du médium+aigu devrait être intéressante
Pour info je n'envisage pas d'utiliser ce d2430 avec un filtrage du premier ordre comme le fait JBL pour sa M2. Il se prend alors plus d'énergie dans la bande de fréquences où il ne reproduit rien! au détriment de sa tenue en puissance et de son intermodulation. Je vise plutôt, à terme, un filtrage encore plus raide (LR48) avec linéarisation de la phase, et ce pour toutes les voies de mon système. Ca évite le chevauchement des spectres reproduits par chaque HP, et c'est au bénéfice de la tenue en puissance et de l'intermodulation.
Migrer sur PC: je préférerais ne pas être tributaire du PC pour écouter de la musique. J'avais regardé les filtres FIR Xilica, mais le prix est délirant pour un particulier. Si la solution openDRC + Rephase m'apporte des résultats suffisants sur la phase, j'envisage plutôt de passer sur l'OPENDRC-DA8 qui me permettrait de faire du filtrage LR48 (un OPENDRC-DI avec 8 voies analogiques en sortie).
- Bruno_du_13
Des premières mesures...
La réponse impulsionnelle de l'ensemble, avant Rephase (Filtre 3 voies IIR + alignements temporels)
Même chose mais après Rephase (compensant "juste" les rotations de phase des filtres LR24 à 350Hz et 2kHz), plus suppression de l'inversion de phase sur le médium et diminution du retard de 0.5ms sur la voie HF (0.3ms au lieu de 0.8ms grosso modo):
Sensiblement mieux! j'ai bien sûr vérifié que la réponse en fréquence ne présentait pas de trou aux raccords.
La réponse impulsionnelle de l'ensemble, avant Rephase (Filtre 3 voies IIR + alignements temporels)
Même chose mais après Rephase (compensant "juste" les rotations de phase des filtres LR24 à 350Hz et 2kHz), plus suppression de l'inversion de phase sur le médium et diminution du retard de 0.5ms sur la voie HF (0.3ms au lieu de 0.8ms grosso modo):
Sensiblement mieux! j'ai bien sûr vérifié que la réponse en fréquence ne présentait pas de trou aux raccords.
- Bruno_du_13
Bruno_du_13 a écrit:Merci bien Thierrry.
Donc dans un premier temps oublier cette correction à 35Hz... y-a-t'il possibilité d'augmenter cette limite de 6144 samples? je n'ai rien vu de tel sur le site minidsp.
Merci
Je dis sans doute une bêtise, je n'en suis qu'à la phase étude de ce que je vais acquérir pour faire filtrage actif système HR à pavillon (un clone TAD 4001 équipé d'une BMS au dessus d'un Altec 416 B), mais :
Je lis ça dans les spécifications de l'Open DRC :
" FIR filtering with number of taps assignable to each output channel
Up to 9600 taps @48 kHz, 3400 taps @ 96 kHz
Please consult the plug "
-
in specs for more info.
- haskil
- Messages: 60935
- Inscription Forum: 06 Déc 2001 2:00
- Localisation: Haute Normandie et Brésil
haskil a écrit:Je lis ça dans les spécifications de l'Open DRC :
" FIR filtering with number of taps assignable to each output channel
Up to 9600 taps @48 kHz, 3400 taps @ 96 kHz
Hi,
Pour le DRC-DI regarde ici : https://www.minidsp.com/images/documents/Product%20Brief-OpenDRC-DI.pdf
Dans le tableau des caractéristiques en dernière page, effectivement, pour un signal stéréo les "taps" sont divisés par 2...: de 12228 taps en mono à 48kHz on passe à 6144 en stéréo et pour 6144 en mono à 96kHz on "doit" (ce n'est pas indiqué mais cela semble logique) passer à 3072 taps...
Il me semble que ces open drc, bien que probablement pratiques sont tout de même assez limités. Passer par un traitement informatique semble bien plus intéressant bien que, à moins de n'utiliser que des fichiers dématérialisés, niveau praticité c'est moins évident.
- Alex.H
- Messages: 2477
- Inscription Forum: 20 Nov 2015 21:13
Il y a plusieurs Open-DRC.
Le DA8 qui permet de faire du crossover à bien 9600 taps à 48kHz.
Mais ces 9600 taps, et si j'ai bien compris, sont à distribuer sur les sorties.
La logique de diviser par 2 n'en est pas vraiment une; tout dépend des ressources en mémoire et en traitements du DSP.
Et du logiciel qui les gère.
Pour les limitations, faut faire avec, le point principal est de savoir quoi corriger et non d'avoir des ressources infinies.
Il ne faut pas oublier qu'en règle général on a un temps de latence correspondant au nombre de taps divisé par 2.
Le DA8 qui permet de faire du crossover à bien 9600 taps à 48kHz.
Mais ces 9600 taps, et si j'ai bien compris, sont à distribuer sur les sorties.
La logique de diviser par 2 n'en est pas vraiment une; tout dépend des ressources en mémoire et en traitements du DSP.
Et du logiciel qui les gère.
Pour les limitations, faut faire avec, le point principal est de savoir quoi corriger et non d'avoir des ressources infinies.
Il ne faut pas oublier qu'en règle général on a un temps de latence correspondant au nombre de taps divisé par 2.
- thierryvalk
- Messages: 5617
- Inscription Forum: 08 Mai 2012 9:39
- Localisation: Belgique
C'est juste !
- haskil
- Messages: 60935
- Inscription Forum: 06 Déc 2001 2:00
- Localisation: Haute Normandie et Brésil
|
18 messages
• Page 1 sur 2 • 1, 2
Retourner vers Filtrage actif, Equalisation et Processeurs |