質問

んの作成のためのアイデア私は、この点については親権者の方の同意が必要であ指導していきます。

したいサンプルのマイクロホン入力、およびプロセスのリアルタイムで伝えるオートチューンがライブ)と"記録"。

うになっているのは"種類"a"マイク入力をMIDIコンバータ"でニーズに対応です。

を行ったところ、ビットのオンラインで、話を聞いてみると、どうやらうまれるDirectSoundのWaveIn*API機能現在、うに、WaveIn Apiはまだ入バッファのサイズで記録し、後処理がった...以下の手順で行いリアルタイム処理?

はいつ使ったらよいでし10msバッファかないようにしましょう円形の入光時50ms以100ms配列は自分自身を取得します機能をトリガする分析を毎10ms?(アクセスできる最新の100ms入力の10ms新)

私何かが足りない。

また、どのようにこれDirectSound?ない他の機能の通常のWin32Api?

役に立ちましたか?

解決

両DirectSoundの波API最終的にはいバッファに満ちたオーディオデータです。のサイズのバッファに変更可能ですが、現実的に必要となりまく遅延した10mSのために役立つリアルタイム処となります。このデータを処理10mS以内で到着し、バッファはマイナスの時間で到着でオーディオのハードウェアとのバッファはドライバーです。このような理由から、私がお勧めする処理によ5mSのデータです。

主な建築の二つの違いがあるとDirectSoundきに配置する円形のバッファそのDirectSoundオーディオドライバーは波APIはキューに事前に割り当てWAVEHDRバッファに充填された返還されたアプリをリサイクルしました。様々な通知方法の両方のApiなどの画面のメッセージやイベント。しかし、低遅延処理はあるんじゃないでしょうかをお勧めの維持には専用のストリーミングのスレッドを待ための新しいデータ港を表示一部の空港を表示

様々な理由でおすすめDirectSoundの波APIのための新たな展開すこととなるでしょうきやすくするための待ち時間をゼロにすることに

いずれかの方法を選ぶには撮影後のデータだけるお処理アルゴリズムのバッファへの準備をしていました。ときのデータ処理を高速までに到着しだいご(擬似)の実時間解析する

も代わるApiにより適しています。してい ASIO, ムストリーミング(XPのみんなに迷惑や、Vista、 コアApiでオーディオ.

他のヒント

こちらはへのリンク プログラム (ソース)をC++る実時間周波数成分を分析する方法です。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top