LinFIR - Mesures et égalisation FIR/IIR

[Dagda]

Pourquoi ne pas mettre la courbe théorique en "fantôme" pour voir la cible à "atteindre" ?
On a ainsi l'approche complète. Ce que fait réellement le filtre et ce que l'on aimerait atteindre. Ainsi, comme dans cet exemple, on voit que pour faire ce filtre il faut augmenter le nombre de Taps et donc bouffer de la ressource ...

C'est une idée ...

D.

[Jean Fourcade]

Je crois que c'est possible avec la notion de cible ("Target") mais peut-être pas avec un crossover.

[Arnwald]

Merci d'avoir corrigé mes propos. Mais si vous saisissez le nombre de taps, vous êtes alors limité dans les filtres que vous pouvez générer comme rePhase y compris sur l'amplitude.

Oui, et c'est une limite mathématique. Mais ce n'était pas "mon point". Le problème que j'ai avec rePhase, c'est que toute l'interface se comporte comme si le nombre de taps était infini avant que l'utilisateur ne clique sur le bouton "Generate".

C'est précisément la différence que vous notez par la suite avec LinFIR. Je trouve au contraire qu'avoir le résultat directement permet d'itérer plus rapidement et facilement en se rendant compte de la limite qu'introduit un nombre de taps donné: quand on fait un clic maintenu sur la valeur de taps et que l'on fait défiler en glissant la souris de gauche à droite, on voit le filtre perdre ou gagner de la résolution dans le grave.

J'ai manipulé le logiciel un petit peu. L'ergonomie m'apparait très bonne

Merci.

Je n'en suis pas forcément super satisfait moi même, mais à un moment donné il faut faire un choix...

[pvrx]

Bonjour à tous,

Je reviens sur mon sujet de l'importation dans LinFIR de mesures effectuées avec d'autres outils, en l'occurrence REW, pour plusieurs raisons : je vais démarrer la mise au point définitive de mon projet d'enceinte active 3 voies (Hypex) et je souhaite utiliser les mesures effectuées l'année dernière sur maquette à l'échelle 1 en extérieur avec REW. D'autre part, même si LinFIR propose un outil intégré pour effectuer des mesures, j'aimerais pour l'instant conserver mes habitudes...
Je me suis livré à diverses investigations, dont je rends compte dans le PDF joint.
Mes conclusions sont malheureusement les suivantes :
1. Exports Wav non normalisés : inexploitables.
2. Exports Wav normalisés : exploitables à la double condition d'être capable de créer des offsets de niveau dans le DSP (pas très compliqué), et de créer des offsets de delay sur la position des impulsions, mais est-ce seulement possible ?
3. Exports frd : apparemment inexploitables.

Mais j'ai peut-être commis des erreurs dans mes investigations ou dans les conclusions que j'en ai tiré.
Je reste preneur de toute suggestion pour avancer !

Pascal

[cgo75]

Un grand merci à Arnaud pour la version 1.4.3. J'avais les pires difficultés à faire des mesures en ASIO sous Windows 10: il y avait toujours une erreur de timing ou de buffer qui n'était pas correct.
Avec la version 1.4.3, non seulement la mesure se fait sans douleur (vérifié sur deux ordinateurs différents sous Windows 10), mais on peut afficher des courbes de réponse en fréquence jusqu'à la fréquence de nyquist. On n'est plus limité à 24 KHz.
Ceci permet par exemple de faire des mesures de réponse en fréquence et de distorsion sur un ampli de 10Hz à 80 KHz, compte tenu de la bande passante de l'interface USB (à 192KHz) et de sa distortion négligeable
Pour exemple, la réponse en fréquence de l'interface USB SSL2 MK2 en loopback à une fréquence d'échantillonnage de 96K est :

Quand au timing (T0 de la réponse impulsionnelle), il correspond à la valeur de la variable 'Manual Offset' dans les settings soit 1mS pour moi (si on met 0mS, LinFIR n'est pas content)

Puis-je suggérer la prise en compte d'un fichier de correction pour l'interface audio de la même manière que pour le microphone?

Prochaine étape pour moi: des mesures acoustiques pour vérifier la bonne prise en compte des déphasages entre HP.
Amicalement
Claude