リアルタイム通信を正確に必要としないユースケースがありますが、ユーザーが事後にファイルをアップロードするのを永遠に待つ必要がないように、できる限り近づけています。私たちのサイトでは、ユーザーがビデオとオーディオを録音してサーバーに保存することができます。
フラッシュなので、フラッシュから、Kurentoメディアサーバーを使用したWebRTC実装に移行しました。これは、高品質のインターネット接続では非常にうまく機能しますが、接続性の低いユーザーには比較的不足しています。
サーバーにフィードする前に少しのバッファーを実装して、理想的な接続性の低下を補うことができるかどうかを考えていました。これがWebRTCの目的ではないことを理解しています。これは、調査する必要のある別の解決策があるかどうかという問題につながります。
ありとあらゆる提案を歓迎し、感謝しています!ありがとう!
バッファは、低帯域幅に直面してもWebRTCのリアルタイム特性を変更しません。たとえばビデオの場合、WebRTCはフレームレートまたは解像度のいずれかを低下させて追いつく可能性がありますが、配信時間の低下(リアルタイム性の低下)を提案した人は誰もいません。ただし、あなたのユースケースは興味深いものです。
を使用できますMediaRecorder
。これにより、ローカルで記録し、データをBLOBとしてWebSocketまたはデータチャネルを使用してサーバーに送信できます。
Chrome(残念ながらビデオのみを実行します)とFirefoxで機能するフィドルは次のとおりです。
簡単な録画と5秒後のビデオの再生を示しています。5秒の遅延が続くように変更するための演習として残しておきます。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加