Pour le filtrage avec les 2048 taps du miniSHARC, la window nuttall doit normalement donner un résultat un peu meilleur que la blackman pour le rejet des ripples (avec l'optimisation itérative...).
Il faut aussi choisir une taille de FFT plus grande pour avoir plus de détail dans le bas (à la fois pour l'affichage, et pour un meilleur fonctionnement de l'optimisation itérative), mais ça ralenti le calcul.
Ne pas hésiter à prendre une optimisation "maximal" et la stopper à la main quand on commence à ne pas aimer la direction qu'il prend (il favorise (légitimement) ce qui se passe pas loin autour du 0dB, donc parfois il lui arrive de faire remonter les ripples...)
Mais bon il faut bien se rappeler qu'à -120dB on est depuis longtemps sous le noise floor dans 99.9% des cas... (et je ne parle même pas du noise floor acoustique évidemment).
A noter aussi qu'avec 2048 taps on va avoir du mal à mêler un filtrage et une correction de phase tout en bas (genre bass reflex). Donc l'idéal en fait pour la voie basse est de ne faire que de la correction de phase avec rephase, en choisissant la window rectangulaire (en gros pas de windowing), et en faisant le filtrage Linkwitz-Riley en IIR avec les biquads dispos sur le miniSHARC. Dans ces conditions on peut sans problème linariser le bass reflex (et meme un subsonic, aussi généré par le miniSHARC) et le filtre IIR en question, et tout va bien. Si on ne veut pas de forme de filtre "spéciale" (reject high, Horbach-Keele, etc...) alors c'est une solution tout à fait valable.
Vu qu'on n'utilise pas de windowing et que le centrage de l'impulse sera tout à droite on profite beaucoup mieux des taps disponibles.
cf:
http://www.minidsp.com/forum/14-opendrc ... t=114#7867Attention dans tous les cas à bien gérer les délais entre voies dans le miniSHARC! le délai induit par l'impulse rephase est indiqué juste en dessous du bouton generate.
Pour l'import dans le miniSHARC il faut faire comme pour l'openDRC: sampling 48khz et format 32bits IEEE754 (.bin).