1

私の問題はこれです...

私は 2 つのサイトを持っています。1 つは「管理者」サイトとして機能し、もう 1 つは一般的な「ユーザー」サイトとして機能します。「管理者」サイトから「ユーザー」サイトのすべてのクライアントにライブ オーディオをブロードキャストする必要があります。1 秒未満のレイテンシでこれを行う必要があります。

いくつかの制限は次のとおりです。

  • 「ユーザー」マシンにはインストールしない (すべてが Web 上にあるという考え)
  • サードパーティのプラグインが必要な場合は、Silverlight が推奨されます *

ここで大歓迎です

*フラッシュ クライアント、IIS スムーズ ストリーミング、インターネット ラジオで IceCast を試しましたが、すべて 5 秒を超える遅延が発生しました。

4

1 に答える 1

1

Red5 のようなサーバーで Flash を試しましたか? リアルタイム通信用に設計されているため、通常、1 秒未満のレイテンシーが発生します (それよりもはるかに小さいわけではありません)。Flex と ActionScript には学習曲線がありますが、XAML に少しでも慣れていれば、Red5 に付属のサンプル アプリからすぐに習得できます。

それに失敗し、クライアントが多すぎない場合は、2 つのリアルタイム ピアツーピア ソリューションのいずれかを使用できます。つまり、RTMFP 上の Flash または JSEP/ICE/RTP 上の WebRTC です。すべてのクライアントが Chrome を使用していることを確認できる場合は、おそらく WebRTC が最適です。Chrome を使用していないことを確認できる場合は、Flash を選択することをお勧めします。Chrome 上の現在の Flash Pepper クライアントは wazoo にバグがありますオーディオ処理に関しては、修正の兆候は見られません。(エコー キャンセレーションはサポートされておらず、オーディオの音量は恐ろしく上下します。) したがって、Flash を使用している場合は、Chrome でオーディオを録音したりブロードキャストしたりしないでください。また、クライアントが 6 つ以上ある場合は、どちらのアプローチもお勧めしません。オーディオ ストリームの数が「管理」ブラウザをすぐに圧倒してしまうと思います。それをRed5サーバーのようなものにプッシュすることをお勧めします。

Silverlight は、私が数えきれないほど多くの理由で悪い選択です。これは、Silverlight にリアルタイム コミュニケーション ソリューションを実装しようと数年を費やしてきた一人の人間として言っていることです。やらないでください。

于 2013-01-22T04:31:59.667 に答える