VST Plugins Development 2.0

EQも他のエフェクターも初歩的な物ならFFTは必要無いだろうけどさ
ある程度の性能・精度を求めたら必須になるぜ。
FIRフィルタの高速化と同様に演算部分の最適化としてな。
AWはその辺の知識が無いんだろうと思うが、まあそんな事はどうでもいいわな。

実際たとえばFFTでマルチバンドコンプ作る場合、128ぐらいのフレームサイズでも多いもんすかね？
でも8じゃ実質バンド固定だし、1024とかだとちょっと細かすぎな気もするし。

てか、これから作ろうとしててSDKもあまり見てないんですが、入力されるサンプルって
先読みで入ってくるんですっけ？先読みなしなら遅延のこと考えると44100Hzで1024とか
ありえないように思うんだけど。

昔のペンティアム200とかのPCを使っていた時は
FFTを使うのは凄く重い作業な印象があるなぁ。

Cマガの戸田先生なつかしす。

Wavesの零点氏見てごらん。ありえないからｗ

>>202
>でも8じゃ実質バンド固定だし
ひょっとして、8/2=4帯域という意味で書いてるかな？
それだと、FFTでFIRするっていうイメージの理解を間違ってると思う。
おれも、人様に説明できる程理解してないのだけど、
FFTの畳み込み演算の性質を利用しようという発想のものだ。
周波数解析でのFFTとはちょっと使われ方が違うと思う。
ttp://f23.aaa.livedoor.jp/~fisjunk/pd/filter.html
の下のほうとか。
おせっかいだったらすまそ。

低域が曖昧になってしまうので
最低でも512以上は欲しいところだな。

>>206の続きだが
高タップなフィルタを普通にFIRで実行したらとても重い。マルチバンドなんか大変なことになる。
そこで演算にFFTの畳み込み性質を使うというわけ。
もうFFTの話題はいいよな？作り方とか初歩的な事は各自勉強してくれ

ところで、FFTピッチシフタの解説つきCソースがここにある。
ttp://www.dspdimension.com/data/html/pshiftstft.html

しかし、ノウハウの核心とおもわれる、以下の
3. From Phase to Frequency
4. About The Choice of Stride
がようわからん。。。
俺は、周波数領域に変換したFFTデータを、実部・虚部ともにシフトして、
IFFTするだけかと思ってたんだけど。。。
ただし、シフトする際には、中途半端なシフト量に対応するために、補間でもして
やればいいのかと思ってたのだが。。。
コードみても、よくわからんし。

誰かわかる人おしえて。
あ、AW氏。もしわかればおしえてください。
それと、これを超えるピッチシフタ期待してます。

補間も必要だが畳み込みが上手くいってないんじゃないの？

即レスさんくす。
自分の浅はかさに今気づいた。
つまり、配列を単順にスライド移動するような、シフトじゃだめだ。。。ということかな？
という事は、指数的にシフトをするための、しかけって事か？

なんかいきなり盛り上がってきましたね。
いい感じですね！AWさんのネタフリもまんざらではなかった感じだ。
もっと、盛り上がりましょう！

4月の書き込み
>>166-169 計4レス
5月の書き込み
>>170-211 計42レス

すごい偏り

いまパラメータのチューニング中。
とりあえず音声だけ公開するよ。
http://www.geocities.jp/aw_vst/

音質はこんなもんだろうねぇ。スピードは……ものすごく遅い。
高速化してるヒマもないし、まあ動けばいいかｗ

>>213
サンプル音声、うにょんうにょん動かしすぎて音質良いのか悪いのかわからんｗｗｗｗｗ

アップしました。
http://www.geocities.jp/aw_vst/

もう少しいじろうと思ったけれど、時間切れ。
残りはヒマなときに。

つーか作ってうｐして何なんだ？

>>215
乙です。かなり良いと思いました。スピードはあんなもんじゃないっすかね。
軽いに越したことはないですけど。

>>217
感想ありがとうございます。
スピードはこんなもんでも大丈夫ですか？

最近のPCは充分に速くなっているから、
これくらい重くても問題ないんでしょうか。

時間があれば、高速化にもチャレンジしてみようと思います。

だれかVSTi作ってよ
尺八とか沖縄三線とかトンコリとか、日本の楽器のVSTi
じゃ頼んだよ

それ散布らのライブラリ作るのとおんなじ

よう、お前ら
FFのVST作ってくれよ
ガム食うと回復するやつ

E・∇・ﾖﾉｼ　＜222ｹﾞｯﾄ♫

223μF

<tiraura>
Synth1の作者のシンセプログラミングのとこをみて、
プログラミング手法的な稚拙さに少々がっかりした。

載ってるコードだけでも突込みどころ大杉で、
こりゃもっと軽くなるのに勿体無いというかなんというか、
「コンパイラにはもっともっと賢くなってもらいたい。。。」
とか言う前にやることが色々あるんじゃ。。。

これがクローズソースの弊害かなぁ。

しかし、
あれだけ続けるガッツは非常に尊敬してる。
</tiraura>

>>224
Synth1は他のと比べてかなり軽い方なんだけどな
ソースがダメでもリンカが頑張って良いバイナリを
吐き出すケースはありますよん。

わざわざtirauraなんて予防線張らずに
実際に突っ込みゃいいのに

>>225
リ、リンカががんばるぅ〜?? 最適化やるってこと? コンパイラじゃなくて???

>>225
テーブル方式のシンセで1ボイス同じくらいの軽さなら、少なからずあるよ。
（テーブルの量にもよるしどの位精度を考えてるかとかの差もあるだろうし）

Synth1に関してはシンセプログラミングのとこに載ってるのを見ただけだけど、
特にメインプロセスに無駄な条件分岐がてんこもり。
意味のない（使う必要のない比較のための）キャストをつかってる部分は、
すぐにでも「直る=軽量化される」と思うんだけどなぁ。

>>226
匿名でなきゃ書けないし直接は怖くて突っ込めないよ、
日本だけかもしれないけど、
この世界（作者さんはメインがべつかもしれないけど）妙にそういうことを
正面から受け取られないで反感をかうことが多いし、
俺、チキンだしさ。。。

>>227
ええやん。

synth1は音がよくて軽いので世界的にも有名。

>>224のような突っ込みは、作家にとっては
「それがどうした」の一言

あんたがもっと音がよくて軽いシンセを作ればいいじゃん

結局こうなるわけね
>>229

お前が作れ、とかそんなんじゃなくて、純粋に作ってほしい
ほしい

>>230
こうなることがあらかじめ予測できてたなら何も問題なかろう

プログラムのことは何も分からんが、今後の機能拡張の為に”削いでいない”のではないか？

重くて困っているなら話もわかるが、そうでもないでしょ？

>>230
だからさー
マジにチラ裏で何も情報が無いんだから普通そうなるだろ
高みの見物してねーで軽くする手法の一つくらい書いたらどうだって話よ
便所の落書き以下だぜ？

作者でもないくせに作者の役に立つ云々評論する方がよっぽどチラシのウラ行きだろうよ。

浮上

Synth1などどうでもええわ。はい次

ここ
「適当にオープンソースのコピペ改変してうｐしてよ」『うんわかった』
みたいなのと
「俺っていろいろしってるんだぜ！」『俺のほうがいろいろしってるよバーカ』
くらいなかきこみしかない

↑朝の5時に必死に書くほどの内容ではないと思った

>>230

だよな。
他者の知恵も取り込んで向上するより、排除する方を選ぶ人が少なからずいるからこそ、
直接のアドヴァイスがし辛くなってくる…。

アドヴァイス
↑
笑

小さなヴァイキング　ヴィッケ

>>240
する前から逃げてんじゃん
tirauraとか言ってさ

海外VSTエフェクトの作者の人にメールで
バグフィックス用のコードと使用例を送ってみたところ、
快く使ってくれて、かつ、バージョンアップして公開してくれた。
主要なバグはなくなったしｳﾏｰ。
コア部分で発想がすばらしい人でも、コーディングの上手・下手とか
そういう部分で損してる人って本当に勿体無いなと思った。

自分の経験に過ぎないけど、
このスレみてもわかるように日本人は作者・使用者双方に、
叩くやつが多すぎると思う。

お〜、すげえ
どの作者？

俺も聞きたい

http://home.earthlink.net/~rocksonics/
この人に送ったよ、丁度バグがわかりやすいバグだったから
「こういうバグ起きてると思うんですがコードはどうですかね？」
ってあとにバグフィックス用のコードを添えて送ってみた

Japan Audio Units Plug-in Developers Community
http://www.wikihouse.com/audevjp/

>>244
俺もある人にCのソースを送ったことがあるが、
Delphiでやってるんで…って却下された。

>>249
確かにそういう障壁は無きにしも非ず・・・ってのはしかたないねぇ、
開発環境書いてないなんてざらだもんね