// ===================================================================================
// 音声信号を処理する関数
// ===================================================================================
tresult PLUGIN_API MyVSTProcessor::process(ProcessData& data)
{
// パラメーター変更の処理
// 与えられたパラメーターがあるとき、dataのinputParameterChangesに
// IParameterChangesクラスへのポインタのアドレスが入る
if (data.inputParameterChanges != NULL)
{
～～ 中略 ～～
}
// 入力・出力バッファのポインタをわかりやすい変数に格納
// inputs[]、outputs[]はAudioBusの数だけある(addAudioInput()、addAudioOutput()で追加した分だけ)
// 今回はAudioBusは1つだけなので 0 のみとなる
// channelBuffers32は32bit浮動小数点型のバッファで音声信号のチャンネル数分ある
// モノラル(kMono)なら 0 のみで、ステレオ(kStereo)なら 0(Left) と 1(Right) となる
Sample32* inL = data.inputs[0].channelBuffers32[0];
Sample32* inR = data.inputs[0].channelBuffers32[1];
Sample32* outL = data.outputs[0].channelBuffers32[0];
Sample32* outR = data.outputs[0].channelBuffers32[1];
// numSamplesで示されるサンプル分、音声を処理する
for (int32 i = 0; i < data.numSamples; i++)
{
～～ 中略 ～～
}
// パラメーターのフィードバックの処理
// 音声処理中に変更されたパラメーターがある時、dataのoutputParameterChangesに
// 変更を設定することで、パラメーター操作クラスに値をフィードバックできる
// フィードバック用のIParameterChangesクラスのポインタを取得
IParameterChanges* outParamChanges = data.outputParameterChanges;
if (outParamChanges) // 正常にポインタが取得出来たか確認
{
// フィードバックするパラメーターを追加するとともにパラメーター値変更用のキューを取得
// (処理するサンプル内に複数回パラメーター変更情報がある可能性があるため、
// キューという形になっている。)
int32 index = 0; // 何番目のパラメーターかを設定(0から順に増やす)
ParamID id = 100; // フィードバックするパラメータのID
IParamValueQueue* paramQueue = outParamChanges->addParameterData(id, index);
if (paramQueue)
{
// フィードバックする値を設定する
int32 queueIndex = 0;
paramQueue->addPoint(0 , feedbackValue, queueIndex); //feedbackValueはフィードバックする値とする
}
}
// 問題なければkResultTrueを返す(おそらく必ずkResultTrueを返す)
return kResultTrue;
}
ご無沙汰しております。
ようやく私もVST3の開発を始めることができまして、VST2.4で作った自作プラグインの移植を遅々と進めております。
VST2.4ではできていた変数の渡し方が封じられてしまったのが痛いです。
1つ1つ0.0～1.0に変換しながら渡してまた戻しています。（2.4も本来こんな感じでやるべきだったのでしょうけれど）
猫十さんご無沙汰しております。
確かにVST2.4よりそのあたりは面倒になりましたね…
バイナリデータなど(波形データなど)の受け渡しであればsendMessage()関数とnotify()関数が使えるのですが…。
うつぼかずらさん
おかげさまでVST3開発にも慣れてきました。
カスタムViewとか処理系なんかは結構2.4のがそのまま動いたりして感動してます。
さてsendmessageが便利でデバッグのためprocessからGUIへ大量のバイナリデータを高速で送っていたら、使用メモリが増加していくということがありました。
（process側変数の中身や動きを見るために片っ端からGUIにリアルタイム表示させる的なアレです。）
動作上は遅延などなくちゃんと動作しているのですが、VisualStudioの診断ツールのプロセスメモリがぐんぐん増えていくという状態でした。
もしかしたらsendmessageでのバイナリ送信は注意が必要なのかもしれません。
process側の変数をリアルタイムでグリグリ描画しまくってそうな製品プラグイン(Avengerとかfabfilterとか）はそのへんどうしてるのかとても疑問です…。
おそらくですが、allocateMessage()でIMessageクラスの確保をして、
sendMessage()でデータ(メッセージ)を送信した後、
IMessageクラスのrelease()を呼んでいないためにメモリリークしているのではないかと思います。
うつぼかずらさん
ご指摘の通り、sendMessage()したあとにrelease()を呼んだところメモリリークしなくなりました（汗）
sendMessage()まわりはsteinbergのagainとnote expression synthのコードを見ながらマネして書いたのですが、何か勘違いor解釈違いをしてしまっていたようです…。
本当にありがとうございました。