Windows/VSTには、SIR Impulse Response Processor
のような気軽に使えるインパルス応答の畳み込み用のプログラムがありますが、ソースコードが公開されていないので、
Jezarにより作られたfreeverbに何種類かの残響処理や畳み込み演算の機能を加えたものをC++で作成しました。
Audacious、Beep Media Player、XMMSのEffect PluginsとSteinberg VSTを実装したので、ある程度簡単に試せます。Mac OS XのVSTも実装しました。
VST最新版にはマルチコア用のアルゴリズムも入っており、デフォルトで有効にされています。DFTには最も高速なライブラリの一つであるFFTWを使用しているので、
SIRより速度はずっと速いです。畳み込み時のバッファの影響を減らしたZero Latency Modeも実装しています。Buffer Frame SizeまたはNon Zero Latency Modeの時バッファサイズは、
2の累乗から選べます。8192,16384あたりがデフォルトです。Athlon 800MHz PC133で、ステレオ160万tapをreal-timeで畳みこめます。精度(S/N)は、35万*18万tapの畳み込みで約100dBです。
畳み込みは、Hardwareですと、YAMAHAのSREV1(生産完了品)のような製品があります。
音源: S-YXG50.DLL
VST pluginのImpulser2には、出力保護のためのリミッターを挿入してあります。最新版では外せるようにしてありますが、 古いバージョンやデフォルトでは入っているので、出力にゆがみが生じる場合があります。 デフォルトでCeiling 0dB, Threshold=-1dB程度, Release=10ms程度のリミッタになっています。 他の畳み込みリバーブプラグインと異なる結果が出る場合や、出力がどこか暗い感じを受けるという場合は、大抵、畳み込み結果が飽和して0dB FS以上となっています。 リミッタのパラメータ自体はＧＵＩで変更できます。もし、ミックスまで0dB以上に出力したいという場合や 出力のゆがみをなくしたいという場合、古いバージョン等やリミッタオンの場合ではCEI=+20dB THRES=+20dBにすれば出力の歪みはなくなりますが、 大きな出力により耳や機器が損傷する場合があるので、注意してください。
なお、他のリバーブプラグインに関しては出力リミッタが入っていません。WindCompressorには出力リミッタが入っています。
最適化技法に関しては、畳み込みと最適化で詳しく説明しています。
リバーブのアルゴリズムに関しては、リバーブに簡単な説明があります。
インパルス応答＋畳み込みで検索したら、無限に長い信号と非常に長いインパルス応答の畳み込み演算[PDF] というものがありましたが、さらに調べると、海外で同様のアルゴリズムの論文を出している所があるようです。同じようなことを考える人は多いようです。
HANAC200X
Digital Signal Processing
FFT (高速フーリエ・コサイン・サイン変換) の概略と設計法
離散フーリエ変換を用いた多倍長乗算の話
FFTを用いて多倍長乗算をしてみた
FFTによる多倍精度の乗算
ＲＷＣＰ 実環境音声・音響データベース ドライソースとインパルス応答の畳み込み計算法
効率の良い畳込みの計算法
窓関数
フーリエ変換と窓関数
大川電子設計
デジタル信号処理豆知識 窓関数（その２）
窓関数 (Window Function)
フーリエ変換の性質4（たたみこみ）
METEOR: A Constraint-Based FIR Filter Design Program
FIR Filter Design
Charles Poynton - Filter design software
チュートリアル - DIGITALFILTER.COM
Matsuzawa Lab,
Department of Physical Electronics, Tokyo Institute of Technology
ローパスフィルタの設計(チェビシェフフィルタ)
sverb, a simple order 15 CFDN reverb.
HRTF Measurements of a KEMAR Dummy-Head Microphone
If you���ve ever visited the ultra-orthodox Jewish communities of Jerusalem, all
of whom agree in complete and utter adherence to every iota of Jewish law, you
will discover that despite general agreement on what constitutes kosher food,
that you will not find a rabbi from one ultra-orthodox community who is
willing to eat at the home of a rabbi from a different ultra-orthodox
community. And the web designers are discovering what the Jews of Mea Shearim
have known for decades: just because you all agree to follow one book doesn���t
ensure compatibility, because the laws are so complex and complicated and
convoluted that it���s almost impossible to understand them all well enough to
avoid traps and landmines, and you���re safer just asking for the fruit plate.
-- Joel Spolsky
-- "Martian Headsets" ( http://www.joelonsoftware.com/items/2008/03/17.html )
One of the biggest questions you're going to be asking now is, "How much
should I charge for my software?" When you ask the experts they don't seem to
know. Pricing is a deep, dark mystery, they tell you. The biggest mistake
software companies make is charging too little, so they don't get enough
income, and they have to go out of business. An even bigger mistake, yes, even
bigger than the biggest mistake, is charging too much, so they don't get
enough customers, and they have to go out of business. Going out of business
is not good because everybody loses their job, and you have to go work at
Wal*Mart as a greeter, earning minimum wage and being forced to wear a
polyester uniform all day long.
So if you like cotton uniforms you better get this right.
The answer is really complicated. I'm going to start with a little economic
theory, then I'm going to tear the theory to bits, and when I'm finished,
you'll know a lot more about pricing and you still won't know how much to
charge for your software, but that's just the nature of pricing. If you can't
be bothered to read this, just charge $0.05 for your software, unless it does
bug tracking, in which case charge $30,000,000 for it.
-- Joel Spolsky
-- "Camels and Rubber Duckies" ( http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html )