疑似ストリーミング、バイト範囲リクエスト、および mp4 フラグメンテーションを正しく説明している適切なドキュメントへのリンクを最初に探します。mp4 コンテナー (h264 コーデック) と HTML5 ビデオ (フラッシュなし) のみを使用することに注意してください。
疑似ストリーミングについての私の理解では、クライアントは、サーバーがその応答で「シーク」する開始パラメーターを送信できるということです。MOOV データは先行する必要があり、「開始」/シーク位置から始まる新しい応答を優先して、元のソースのバッファリングが停止することを暗黙的に意味します。クライアントはどのようにして疑似呼び出しを強制されますか? MP4 は特別な方法でフォーマットする必要がありますか?
バイト範囲リクエストは、単に範囲が送信される開始パラメータではなく、別の送信です。プログレッシブダウンロードのように聞こえます。「求める」はどのように機能しますか？バイト範囲でそれはありますか？セグメント サイズは、ムービー ボックス情報で事前に決定できますか?
MP4 フラグメンテーションはどのように適合しますか? もともと Microsoft が Silverlight 用に設計した構造のように見えます。しかし、他のブラウザの html5 ビデオ実装にも適用できますか?
Web上の情報を整理するのは難しいと感じています。ライブ フィードと、rtp カメラ ストリームから生成された h264 ファイルの履歴セグメントの両方を調べます。MongoDB で時間順に並べられた一連のファイルを取得しました。JavaScript で独自の h264 デコーダーを作成し、範囲クエリからオンザフライで mpeg-dash ボックスを構築できます。MSE に対する Chrome のサポートを使用してセグメントを追加します。うまく機能しますが、普遍的なソリューションではありません。フラッシュ以外の他の手法に頼りたいが、html5 ビデオを使用する。