5

リアルタイム通信を正確に必要としないユースケースがありますが、ユーザーが事後にファイルをアップロードするのを永遠に待つ必要がないようにするために、できる限り近いものを使用しています。私たちのサイトでは、ユーザーがビデオとオーディオを記録し、サーバーに保存することができます。

フラッシュなので、フラッシュから、Kurento メディア サーバーを使用した WebRTC 実装に移行しました。これは、高品質のインターネット接続では非常にうまく機能しますが、接続が不十分なユーザーには比較的不足しています.

サーバーにフィードする前に少しバッファを実装して、理想的な接続の低下を補うことができるかどうかを考えていました。これは WebRTC が意図したものではないことを理解しています。これは、検討すべき別の解決策があるかどうかという問題につながりますか?

どんな提案でも大歓迎です！ありがとう！

4

1 に答える 1

5

低帯域幅に直面しても、バッファーは WebRTC のリアルタイム特性を変更しません。たとえばビデオの場合、WebRTC はフレーム レートまたは解像度のいずれかを低下させて追いつくことができますが、配信時間を低下させる (リアルタイム性を低下させる) ことを提案した人はいません。しかし、あなたのものは興味深いユースケースです。

を使用できますMediaRecorder。これにより、ローカルで記録し、WebSocket またはデータ チャネルを使用してデータを BLOB としてサーバーに送信できます。

Chrome（残念ながらビデオのみを行います）とFirefoxで機能するフィドルは次のとおりです。

https://jsfiddle.net/tmwLxjLy

これは、単純な録画と、5 秒後のビデオの再生を示しています。連続して 5 秒の遅延が発生するように変更する演習として残します。

于 2016-01-25T16:18:38.397 に答える