5
私はオーディオインタラクションのためのリアルタイムインタフェースのコンセプトをしたいので、本当の低レイテンシは不可欠です。私は先週、この話題について多くのことを読んだことがありますが、そのような短期間で実際の概要を知ることは不可能です。だから私が本当に深く掘り下げる前に、私はこのプロジェクトの実現可能性を評価する必要があります。AndroidでOSC/Midi（オーディオなし）の待ち時間は可能ですか？
私はAndroidと低レイテンシーのオーディオアプリケーションの問題について多くのことを読んできましたが、私はこの分野でiOSが優れていることを知っていますが、可能であればAndroidを好むでしょう。 （私はiOS版を開発するために不可欠であるのMacを持っている、と私はちょうどより多くの「オープン」Andoid好きではありません）
だから私の質問は以下のとおりです。
は唯一の悪い低遅延の動作です実際のオーディオバッファ/処理に関連していますか、それともmidiやOSCのアプリケーションにも影響しますか？私にとってインターフェイスは重要な部分です。つまり、別のPCで処理されるMIDI/OSCコマンドを取得するだけでいいのです。
フィンガータッチイベントからコマンド出力までの全体のレイテンシが低いことが必要です。これはiOSと比べてAndroidの問題ですか？
おかげで、それは私が探している情報のようなものです！ 12ミリ秒ほどいいとは言えませんが、使用可能なレベルに近いです。この文脈で12ミリ秒が意味することをよりよく理解するために、あなたがそれを少し測定した方法を聞いてもらえますか？測定設定の大まかな説明は特に興味深いでしょう。 –
私は以下のようなベンチマークプログラムを書いた。 1. USB MIDIケーブルを使用して、MacからAndroidにMIDIパケットを送信します。 2. AndroidはMIDIパケットを受信します。その後、Androidは直ちにMIDIをMacに送り返します。 3. MacがMIDIを受信すると、Macはその時間を記録します。 平均で24mSecを要しました。 この期間には転送方向の両方が含まれます。送受信します。 したがって、一方向のレイテンシを12mSecと評価しました。 – kshoji