音声を PCM 形式、44100hz サンプル レート、16 ビット、モノラルで送信する必要がある Text-to-Speech ソフトウェア製品用の iOS クライアントを作成しているので、LPCM を使用して録音しています。ユーザーが再生ボタンを押して自分の声を後ろから聞くことができるようにする必要があるため、サーバーは録音されたままの音声を送信します。
今、再生するときは AudioStreamer を使用しています: https://github.com/mattgallagher/AudioStreamer、バッファサイズなどでたくさん再生しています。現在、私は 64kbytes のバッファを使用しており、少なくとも 3 つのバッファが満たされたときに再生を開始しますが、空きバッファが不足しないように合計 16 バッファです。
WiFi でプレイすると、3G や 4G を使用する場合よりもバッファがいっぱいになるまでに時間がかかります。これは、バッファがどのように満たされているかを確認するために追加したログです。パケットが数キロバイトより大きくないことがわかります。これが普通なのかな。3G を使用すると、WIFI よりもはるかにスムーズに接続できます … </p>
2013-09-16 23:50:35.997 < AudioStreamer.m:(1855)> 着信データ 1382 バイトを処理し、 bytesFilled 19340 2013-09-16 23:50:36.017 < AudioStreamer.m:(1415)> AudioFile Stream Parse Bytes 2013-09-16 23:50:36.018 < AudioStreamer.m:(1855)> 5528 バイトの着信データを処理し、bytesFilled 20722 2013-09-16 23:50:36.020 < AudioStreamer.m:(1415)> AudioFile Stream Parse Bytes 2013-09-16 23:50:36.021 < AudioStreamer.m:(1855)> 受信データ 1382 バイトを処理し、 bytesFilled 26250 2013-09-16 23:50:36.031 < AudioStreamer.m:(1415 )> AudioFile Stream Parse Bytes 2013-09-16 23:50:36.032 < AudioStreamer.m:(1855)> 1382 バイトの受信データを処理し、bytesFilled 27632 2013-09-16 23:50:36.034 < AudioStreamer.m: (1415)> AudioFile ストリーム解析バイト
これにより、Wifi でバッファーにさらに数秒かかるようになります。
64 キロバイト - 3 つのバッファー。ギャップなし、WIFI
2013-09-17 19:29:48:553 AudioStreamer データを待機中
2013-09-17 19:29:52:094 バッファを使用してオーディオ キューの再生を開始します 3
64 キロバイト - 3 つのバッファー。ギャップなし、および 3G の場合:
2013-09-17 19:27:33:680 AudioStreamer データを待機中
2013-09-17 19:27:35:954 バッファを使用してオーディオ キューの再生を開始します 3
ご覧のとおり、3G は 2 倍の速さのようです..手がかりはありますか?