2

Web ベースのユーザー オーディオのキャプチャ/録音 (マイク、ライン入力から) を実行し、そのオーディオをリスナーにライブ ブロードキャストするときに、低レイテンシーを実現するのに問題があります。本質的にはウェブベースの音声放送プラットフォームですが、放送者が話してからリスナーが聞くまでの遅延が 2 秒未満であることが不可欠です。

私は Icecast から始めましたが、ローカルでも数秒以内の遅延はないようです。これは、ユーザーのオーディオをキャプチャしてから、ストリーミングのためにサーバーに送り返す必要さえありません。

本当に私は3つの主要な部分を見ます:

  1. ユーザーオーディオを送信するWebベースのオーディオキャプチャ（おそらくFlashを使用？）：
  2. メディア サーバー (Icecast や Wowza など)
  3. 実際に聞くためのプレーヤー (HTML5 w/ Flash のフォールバック)

私の質問は、このプロセスを最適化して低遅延を達成し、どのデバイスにも柔軟にストリーミングできるようにするにはどうすればよいかということです。使用するサーバー、コーデックなどに関するベスト プラクティスはありますか?

4

1 に答える 1

1

Icecast はストリーミング サーバーであると想定されており、低遅延を実現することが目的ではありません。Iecast を使用すると約 5 秒の遅延が発生することは完全に正常であり、実際にはそれについて多くを行うことはできません。
HLS には小さなセグメントが含まれており、各セグメントの継続時間が 3 秒未満であってはならないため、ニーズに対してさらに悪いものです。つまり、遅延が確実に 3 秒を超えることになります。

低レイテンシが本当に必要な場合は、 Opusコーデックを使用するMumbleをご覧ください。

于 2014-08-16T22:12:33.000 に答える