Sound Pixel Lab

Bonjour cgo75,

Merci de ce partage !
Je me sens moins seul à me préoccuper de la "bonne" utilisation de mesures issues de REW pour travailler avec LinFIR.
Nous sommes en effet très nombreux à utiliser REW pour effectuer des mesures, et les possibilités qu'offre LinFIR sont alléchantes.
Ton document est intéressant (en fait, il s'ouvre directement avec Firefox), mais pourrais-tu préciser la version de REW que tu utilises, et les paramètres d'exportation tu as retenus pour tes mesures REW ?

LinFIR offre la possibilité d'effectuer directement les mesures (ce que je n'ai pas encore réussi à faire correctement), mais aussi de réutiliser des mesures antérieures réalisées avec d'autres logiciels.
Le concepteur suggère d'importer des mesures au format Wav plutôt que frd.
J'ai fait une première opération consistant à exporter ma mesure brute REW au format Wav non normalisé, Wav normalisé, et en frd (texte). Ici avec la mesure d'un HP de grave.
J'ai ensuite réimporté dans REW les réponses correspondantes.
On peut voir ci-dessous le résultat des courses en fonction du format d'exportation.
Les courbes de réponse en fréquence sont bien superposables, au niveau près.
Mais les réponses en phase font apparaître un écart que je ne m'explique pas. REW ne "voit" pas les réponses en phase de la même façon selon le mode d'exportation retenu !


C'est déjà un problème.
J'ai ensuite regardé ce que LinFIR faisait de ces différents fichiers exportés :


On constate que les réponses en fréquence sont très ressemblantes (au niveau près), la réponse issue du frd étant plus lisse que les autres, mais la réponse en phase est fausse dans le haut de la bande, voir la zone cerclée de rouge.
Quant à la réponse en phase des importations Wav, le dezoom donne ceci :


En résumé :
1. REW ne réimporte correctement que le fichier préalablement exporté en frd (logique).
2. REW ne réimporte pas correctement la phase du fichier qu'il a lui-même exporté au format Wav, normalisé ou pas.
3. LinFIR importe correctement les réponses en fréquence des trois modes d'importation, mais les réponses en phase sont différentes de celle de la mesure d'origine dans les trois cas !

De ton côté, as-tu vérifié que la courbe de phase visible dans LinFIR concorde bien avec celle de ta mesure REW ? Tu risques d'avoir la même surprise que moi...

La question de la compatibilité de LinFIR et de REW se pose manifestement : comment diable utiliser dans LinFIR des mesures effectuées (acoustic timing reference) avec REW si la récupération des données de phase ne se fait pas correctement ?

Pascal

cgo75 a écrit : ↑30 août 2026, 00:41Un bemol de mon côté avec la phase qui n'est pas aussi plate qu'une limande, mais je pense que je n'ai pas assez travaillé le sujet.

Je te suggère de modifier le paramètre "Guard Tolerance". Augmenter ce paramètre donne à LinFIR plus de latitude de correction sur la phase, au prix (mais pas systématique) d'une moindre performance de correction sur la magnitude.


Le fonctionnement de LinFIR peut parfois surprendre : une action sur la phase d'un driver se traduit visuellement par une modification de la réponse en phase du driver voisin, la modification pas à pas du coefficient de Kaiser se traduit parfois par une discontinuité brutale de la réponse en phase...
Parfois pénible, il faut être persévérant...
Tu peux également jouer sur le paramètre "frequency range".

Pascal

Par défaut, LinFIR montre la phase brute du fichier importé: celle qui est calculée directement en sortie de transformée de Fourier.

La différence observée vient du retrait de la composante linéaire qui représente le temps de vol. Ce dernier est très important pour un alignement rigoureux des transducteurs.

Il existe un mode d’affichage pour retirer la composante linéaire. Comme décrit dans la documentation, la composante linéaire calculée sur la somme acoustique des hauts parleurs est retirée à tous les hauts parleurs. Donc cela n’a pas de sens de comparer des mesures avec des délais différents, ou des mesures avec et sans cette composante linéaire (retirée au préalable dans un autre logiciel).

Bonsoir,
A la question : Ton document est intéressant (Merci) (en fait, il s'ouvre directement avec Firefox), mais pourrais-tu préciser la version de REW que tu utilises, et les paramètres d'exportation tu as retenus pour tes mesures REW ?
-->J'utilise la version de Rew V5.40 Beta 112, mais j'ai l'habitude de toujours utiliser la dernière version dite stable
-->j'exporte les fichiers en format texte, cela me permet de les modifier facilement pour les essais
-->la fréquence d'échantillonnage utilisée dans l'exemple pour les mesures est de 48 KHz car le DSP travaille à cette fréquence et comme cela je ne me mélange pas les pinceaux.

Comme je le dit dans le texte, je n'ai pas assez travailé les problèmes de phase. je voie que la dynamique est la même entre Rew et LinFIR. Je vais refaire une expérimentation en partant de zéro (c'est bien de travailler en numérique sur la chaine complète, ça ne prend pas des jours!). Pour les projets précédents, ce que je faisais dans Rew: Mesure du TOF du tweeter (c'est Rew qui me le donne)et soustraction de cette valeur pour tous les haut-parleurs puis export sous forme de texte de la réponse impulsionnelle et/ou de la courbe de réponse.

Arnwald a écrit :
Je te suggère de modifier le paramètre "Guard Tolerance". Augmenter ce paramètre donne à LinFIR plus de latitude de correction sur la phase, au prix (mais pas systématique) d'une moindre performance de correction sur la magnitude.

Effectivement, j'ai testé une "Guard Tolerance" de 2 et/ou 3 dB et la phase est bien plus plate, proche de zéro et sur une plus large bande de fréquence sans vraiment détériorer l'amplitude. Tout ça en simulation
Merci

Arnwald a écrit : ↑30 août 2026, 21:29Il existe un mode d’affichage pour retirer la composante linéaire. Comme décrit dans la documentation, la composante linéaire calculée sur la somme acoustique des hauts parleurs est retirée à tous les hauts parleurs. Donc cela n’a pas de sens de comparer des mesures avec des délais différents, ou des mesures avec et sans cette composante linéaire (retirée au préalable dans un autre logiciel).

Bonsoir Arnaud,

Et merci de ton retour.
Pour l'instant, j'essaie de travailler sur un HP utilisé seul, en l'occurrence un aigu.
Effectivement, les écarts de phase que je mentionnais correspondent bien au temps de vol, ce que REW appelle le "IR delay".
J'en ai trouvé l'explication : lorsque j'exportais en Wav une mesure REW, je prenais le soin de faire un "Estimate IR delay" puis "Shift IR delay", opération qui supprime le temps de vol.
La ré-importation dans REW du Wav ainsi créé est superposable à la mesure d'origine.
Mais ce même Wav importé dans LinFIR semble avoir conservé l'IR delay de départ ! Et il fallait donc bien appliquer le "Remove time of flight rotations", et le résultat obtenu est bien meilleur.

Mon protocole est donc le suivant :
1. Dans REW, shift IR delay, position du t0 au pic.
2. Fenêtre d'exportation REW :


Pour vérification, ci-dessous superposition dans REW de la phase de la mesure d'origine et du Wav ré-importé :


Courbes acceptablement superposables.
La mesure d'origine commence à 600Hz, LinFIR a prolongé cette courbe de phase horizontalement sous cette fréquence.
Concernant les réponses en fréquence, idem. A très peu de choses près, les réponses en fréquence sont identiques au-dessus de 600Hz, LinFIR à prolongé la courbe sous cette fréquence :




3. Importation dans LinFIR. Ci-dessous comparaison des courbes de phase du Wav ré-importé dans REW et du même Wav importé dans LinFIR :


A 360° près, on retrouve bien la même chose.

Dans REW, les impulsions sont bien superposables.
Mais l'impulsion affichée par LinFIR est tronquée, je ne comprends pas pourquoi :


Est-ce que tu penses que ce protocole est correct ?
Je peux pratiquer la même chose pour le grave et le mid et procéder ensuite aux travaux d'alignement.
Mais dans l'opération j'ai perdu ma référence temporelle, donc comment procéder pour la suite ?

Pascal

Supprimer le temps de vol ramène l'IR à t=0...

REW a bien fait ce que tu lui as demandé de faire.

Bonjour Arnaud !

Je reviens sur le sujet de l'importation en Wav de mesures d'origine REW.
Paramètres d'export :


Une fois importé dans LinFIR, ça donne ça :


L'image de la fenêtre d'impulsion apparaît furtivement et s'évanouit au bout de quelques instants (est-ce normal ?), il faut s'agiter pour la capturer !
Comment interpréter cette image ?
Et comment déplacer cette window vers la gauche ?

Merci de ton retour !

Pascal

Tout est dans la documentation:
https://demaudio.com/doc/linfir/ir-mana ... ml#preview

Désolé Arnaud, mais la doc (que j'avais vue) ne m'a pas permis de faire la moindre modif utile : je n'ai pas trouvé concrètement comment déplacer le début (ni la fin, of course) de la fenêtre !


Et la fenêtre ne ressemble pas vraiment à une Tukey 0.25.
Pourrais-tu expliciter le processus ?

Merci d'avance !

Pascal

La fenêtre est bien une fenêtre de Tukey/cosine-tapered:
https://en.wikipedia.org/wiki/Window_fu ... key_window

Pour le reste, c'est dans la documentation. La réponse à ta question est même précisément dans la capture d'écran que tu viens de partager.

pvrx a écrit : ↑03 sept. 2026, 12:00 Désolé Arnaud, mais la doc (que j'avais vue) ne m'a pas permis de faire la moindre modif utile : je n'ai pas trouvé concrètement comment déplacer le début (ni la fin, of course) de la fenêtre !

Tu l'as sur un screen que tu avais posté ici, deuxième image en bas .

viewtopic.php?p=16652#p16652

Merci de ces réponses, qui ne m'aident guère, style "sort it out for yourself"...
Si je pose la question, c'est que je n'ai pas compris comment interpréter les indications présentées ci-dessus, qui donnent pourtant l'impression de la simplicité.
Je voudrais être simplement capable d'afficher un fenêtrage comme ci-dessous (vu dans la doc) :


Je voudrais donc pouvoir déplacer vers la gauche (de 1 ou 2ms, par exemple) le point indiqué ci-dessous par une flèche rouge, de façon à englober proprement toute l'impulsion. Pas moyen :


Eh oui, j'ai même obtenu cet affichage exotique...
On peut effectivement régler la position du stop, mais on ne peut apparemment pas reculer la position du start.

Sensunda, ta réponse montre que tu as déjà fait l'essai et que tu y es parvenu.
Un court tuto serait le bienvenu...

Donc , j'ai deux petites suggestions :
1. Rendre paramétrables directement les largeurs gauche et droite de la fenêtre.
2. Rendre permanent (mais désactivable) l'affichage de cette fenêtre.
Ces points ont d'ailleurs été évoqués sur diyAudio, mais le fil n'indique pas comment les auteurs s'en sont sortis.

A toutes fins utiles, je joins le mdat et le Wav du fichier sur lequel je me fais les dents.

Pascal

Bonsoir,
Bien qu'étant pour l'instant plus dans le gros œuvre que dans la métrologie et le logiciel, je suis avec intérêt ce sujet très prometteur qui a bien des chances de trouver sa place dans mon projet le moment venu.
J’espère que le développement arrivera totalement à son terme et que Pascal finira par dompter la bête pour qu'il puisse faire le support en local

Courage Pascal !

Rémy

Le logiciel en tant que tel est abouti et fonctionne parfaitement bien.
Il faut juste prendre le temps de l'apprivoiser et même si on a la chance d'avoir le concepteur directement ici, il ne faut pas oublier que le meilleur moyen d'apprendre (quoi que ce soit) c'est de faire, refaire, se tromper, et encore faire.

D.

Dagda a écrit : ↑03 sept. 2026, 21:57 Le logiciel en tant que tel est abouti et fonctionne parfaitement bien.

Bonsoir Dylan,
C'est une bonne nouvelle, peut-être pourras-tu m'aider à trouver une solution à mon problème ?
Tu as résolu les problèmes d'importation des Wav d'origine REW ?
Tu maîtrises le fenêtrage ?

Merci d'avance !

Pascal

Je n'ai pas encore profondément mit le nez dans LinFir mais je prévois de le faire une fois les tables tournantes finalisées.
Je suis en revanche plutôt à l'aise sur REW et oui je sais quoi regarder sur le fenêtrage. Tu peux aller voir les vidéos sur le sujet, le fonctionnement reste identique même si le logiciel ne l'est pas.

Pour LinFir, même si je ne le pratique pas plus que ça, je vois bien les retours qu'il y a.
Vu de ma fenêtre, la problématique n'est pas le logiciel mais l'utilisateur

Je comprends la frustration de ne pas comprendre le pourquoi du comment du premier coup, mais un logiciel prend un certain temps à être pris en mains. D'autant que l'ergonomie de celui-ci n'est pas forcément celle que l'on a en tête.
Personnellement, il va me falloir un temps certain pour comprendre la logique de fonctionnement et d'étapes.

Autre point, ton insistance, ici et en d'autres lieux, commence à ressembler de plus en plus à des invectives.
Ce n'est peut-être pas le cas, et je l'espère fortement, mais rappel toi que ce forum est composés de passionnées et de quelques pros.
Mais ils sont tous humains, qu'ils ont d'autres activités, une famille, un métier, et qu'ils n'ont pas forcément un temps infini à consacrer à répondre à une personne

D.

pvrx a écrit : ↑03 sept. 2026, 16:15Sensunda, ta réponse montre que tu as déjà fait l'essai et que tu y es parvenu.
Un court tuto serait le bienvenu...

Je n'ai jamais lancé le logiciel ... Mais un jour certainement vu ce qu'il propose et offre, et j'en remercie le concepteur .

Mais comme tu as ouvert une fenêtre qui comporte les informations pour effectuer le fenêtrage, je me dis, que ça se joue là, le Start, le Stop ... Dans IR Windowing

Je me permets d’intervenir pour vous donner des nouvelles.

Comme je suis en arrêt pour une grosse entorse (la maladresse et l’amour de la randonnée font mauvais ménage ), j’ai passé la semaine à bosser sur LinFIR.

Entre autres correctifs et nouvelles features j’ai amélioré la visualisation du fenêtrage.
Pour éviter de multiplier les fenêtres et graphiques, j’avais mis en place la visualisation du fenêtrage directement sur les graphiques temporels de la fenêtre principale, avec un effet d’estompement. La fenêtre est automatiquement shiftée avec les délais appliqués à l’IR, soit par un délai pur, soit par un filtre FIR. Ainsi, les commandes « start » et « stop » ne correspondent pas forcément à l’axe temporel affiché, ce qui, j’en conviens, peut être déroutant (cela est toutefois décrit dans la documentation). Dans la prochaine version, l’IR brute sera affichée en même temps que la fenêtre pour faciliter la visualisation. J’hésite à laisser le shift automatique… mais je pense le conserver pour la simple raison que l’utilisateur peut avoir zoomé sur l’IR filtrée et retardée, et la preview se retrouverait en dehors du cadre.
Je vais donc voir comment améliorer tout ça. Peut-être en shiftant l’affichage des commandes de fenêtrage également, mais ça peut aussi amener son lot de confusion.

Autrement, je vous laisse cette capture d’écran du travail en cours sans vous en dire davantage.

Arnwald a écrit : ↑04 sept. 2026, 11:29 Je me permets d’intervenir pour vous donner des nouvelles.

Prometteur !