CoreAudioとAVFoundationの間のパフォーマンス

Question

CoreAudioとAVFoundationについて質問があります。

私はAUGraphとAudioUnitでCoreAudioを使用してプロオーディオアプリケーションを構築しました。

本当に素晴らしいと思われるAVFoundationフレームワークに切り替えたいと思います。しかし、私はパフォーマンスについて心配しているので、もう少し詳しく知りたいです。

私のコアオーディオレンダリングコールバックでは、44100kHzのサンプルレートで512サンプルを処理できるので、コールバックは10msごとに呼び出されるため、簡単に高速化できると思います。

AVFoundationでは、レンダリングコールバックはAVAudioNodeのTapです。そして、私はbufferSizeパラメータがthe requested size of the incoming buffers in sample frames. Supported range is [100, 400] ms.であるというコメントを読んでいます。それで、それぞれの呼び出しで4410未満のサンプルを処理することはできないでしょうか？

制限はObjective-Cの制約（メッセージ呼び出し、ロックなど）に由来していますか？

リアルタイムDSPプロセスに影響を与えませんか？

Answer 1

iOS AVAudioEngine API（iOS 10.3.3）を使った私の実験では、実際にAVAudioNodeバスにタップをインストールしても、私のiPhone 7では4410サンプル未満のバッファは配信されませんでした。これは、AVAudioEngineタップCoreAudio Audio Unitのコールバックよりも優先度の低いスレッドにバッファを渡すため、頻繁に呼び出されることがなく、待ち時間が長くなります。

しかし、iPhone 7では、受信したバッファ（出力のためのインスタンスのinternalRenderBlockによって受信されたバッファ）が64から64サンプルに設定されたV3 AUAudioUnitサブクラスを作成できます。オーディオセッションでsetPreferredIOBufferDurationを呼び出すように設定されているようです優先AUAudioUnitはブロックのバッファサイズをレンダリングします。私は、動作中の低レイテンシーV3 AUAudioUnit音源サブクラスhereを作成するためのテストコード（Swift 3とObjective Cが混在しています）をいくつか投稿しました。レンダリングブロック内では、リアルタイムコーディング制限（メソッド呼び出し、ロック、メモリ割り当てなどなし）を理解し、それに従う必要があるため、ブロック内のオーディオコンテキストコードのプレーンCが最適（恐らくは必須）と思われます。

短いバッファで短いレイテンシーのマイク入力を使用する場合は、オーディオユニットのサブクラスをaudioEngineのinputNodeに接続してから、ユニットのレンダリングブロック内の入力のAURenderPullInputBlockを呼び出してみてください。