メディアソース拡張™

MediaSourceをメディア要素へ接続する仕組みは、 MediaSourceオブジェクトが Window内で 構築されたか、 DedicatedWorkerGlobalScope内で 構築されたかによって異なります:

• Window内で 構築されたMediaSourceは、 そのMediaSourceの MediaSourceオブジェクトURLを、 メディア 要素のsrc 属性、またはメディア要素内の<source>のsrc属性へ代入することで 接続できます。MediaSourceオブジェクトURLは、 MediaSourceオブジェクトをcreateObjectURL()へ渡すことで作成されます。

  実装は、そのワーカー内で構築されたMediaSourceについて、 DedicatedWorkerGlobalScope内で MediaSourceオブジェクトURLを作成できるように してもよいものとしますが、そのMediaSourceオブジェクトURLを使用し、 src 属性、またはメディア要素内の <source>のsrc属性を介してメディア要素へ接続しようとする処理は、以下で拡張される メディア要素のリソース 取得アルゴリズム内で失敗しなければなりません。

  注記

  オブジェクトURLによる接続の仕組みをワーカーのMediaSourceオブジェクトURLまで 拡張すると、srcObjectの使用よりも望ましくないこの慣用法がさらに広まり、 ユーザーエージェントの相互運用性に関するリスクと 実装の複雑さが不必要に増加します。

• DedicatedWorkerGlobalScope内で 構築されたMediaSourceは、 handleを使用してハンドルを取得し、その MediaSourceHandleを Window コンテキストへ転送して、メディア要素のsrcObject 属性へ代入することによってのみ接続できます。 この仕様をHTMLMediaElementの リソース 読み込みおよび取得アルゴリズムと整合させる目的では、基礎となるDedicatedWorkerGlobalScopeの MediaSourceが、そこで言及されるMediaSourceオブジェクトであり、 MediaSourceHandle オブジェクトがメディアプロバイダーオブジェクトです。

メディアプロバイダーオブジェクトが MediaSourceオブジェクト、MediaSourceHandleオブジェクト、または オブジェクトがMediaSourceオブジェクトであるURLレコードの場合に、 リソース 取得アルゴリズムが呼び出された場合は、modeをlocalとし、 リソース 取得アルゴリズムの最初の手順（この手順では、それ以外の場合にmodeをremoteへ設定することがあります）をスキップし、 リソース 取得アルゴリズムの実行を継続します。

リソース 取得アルゴリズムの「それ以外の場合（modeはlocal）」節の先頭で、以下の追加手順を 実行します。

1. メディアプロバイダーオブジェクトが MediaSourceオブジェクト、MediaSourceHandle オブジェクト、またはオブジェクトがMediaSourceオブジェクトであるURLレコードの場合に、 リソース 取得アルゴリズムが呼び出された場合:

   メディアプロバイダーオブジェクトが、 DedicatedWorkerGlobalScope内で構築された MediaSourceをオブジェクトとして持つURLレコードである場合、たとえば、 DedicatedWorkerGlobalScopeの MediaSourceの MediaSourceオブジェクトURLを 使用しようとした場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「ネットワークエラーが原因でメディアデータをまったく取得できず、 ユーザーエージェントがリソースの取得を断念した場合」の手順を 実行します。

   注記

   これにより、DedicatedWorkerのMediaSourceを接続するために MediaSourceオブジェクトURLを使用できなくなります。 DedicatedWorkerからWindowコンテキストへMediaSourceのhandleを 転送し、メディア要素の srcObject 属性へ代入することが、このような MediaSourceを接続する唯一の方法です。

   メディアプロバイダーオブジェクトがMediaSourceHandleであり、その [[Detached]] 内部スロットがtrueである場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「ネットワークエラーが原因でメディアデータをまったく取得できず、 ユーザーエージェントがリソースの取得を断念した場合」の手順を 実行します。

   メディアプロバイダーオブジェクトがMediaSourceHandleであり、その基礎となる MediaSourceの [[has ever been attached]] 内部スロットが trueである場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「ネットワークエラーが原因でメディアデータをまったく取得できず、 ユーザーエージェントがリソースの取得を断念した場合」の手順を 実行します。

   注記

   これにより、基礎となるMediaSourceを、 MediaSourceHandleを使用して 複数回読み込むことを防ぎます。 MediaSourceが Window上で構築され、 以前にMediaSourceオブジェクトURLを使用して読み込まれていた場合でも同様です。 ただし、Windowの MediaSourceについて、 MediaSourceオブジェクトURLをその後使用して 成功することまで妨げるものではありません。

   readyStateが 「closed」に設定されていない場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「ネットワークエラーが原因でメディアデータをまったく取得できず、 ユーザーエージェントがリソースの取得を断念した場合」の手順を 実行します。

   それ以外の場合

   1. MediaSourceの[[has ever been attached]] 内部スロットをtrueに設定します。
   2. メディア要素のloadイベント遅延フラグを falseに 設定します。

   3. MediaSourceが DedicatedWorkerGlobalScope内で 構築された場合は、ワーカー接続の 通信を設定してMediaSourceを開きます:

      1. [[channel with worker]]を、 新しい MessageChannelに設定します。
      2. [[port to worker]]を、 [[channel with worker]]の port1 の値に設定します。
      3. [[channel with worker]]の port2を、 値および transferListの唯一のメンバーの両方として StructuredSerializeWithTransferを 実行し、その結果をserialized port2とします。
      4. MediaSourceの DedicatedWorkerGlobalScope上で、 次の処理を行うタスクを キューに入れます
         1. serialized port2およびDedicatedWorkerGlobalScopeの レルムを使用して、 StructuredDeserializeWithTransferを実行し、 [[port to main]]を、 転送されたport2 の値をデシリアライズした結果の複製、すなわち[[channel with worker]]の値に 設定します。
         2. readyState 属性を 「open」に設定します。
         3. MediaSourceを 対象として、sourceopenという名前の イベントを 発火するためのタスクを キューに入れます。

      それ以外の場合、MediaSourceは Window内で構築されています:

      1. [[channel with worker]]を nullに設定します。
      2. [[port to worker]]を nullに設定します。
      3. [[port to main]]を nullに設定します。
      4. readyState 属性を 「open」に設定します。
      5. MediaSourceを 対象として、sourceopenという名前の イベントを 発火するためのタスクを キューに入れます。

   4. リソース 取得アルゴリズムの残りの 「それ以外の場合（modeはlocal）」の手順を、次の要件に従って実行し、 継続します:
      1. リソース 取得アルゴリズムまたはメディア データ処理手順リストにある「ダウンロード」、 「受信したバイト」、または「現在のメディアリソースの新しいデータが 利用可能になるたび」というテキストは、 appendBuffer()を介して渡されるデータを指します。
      2. リソース 取得アルゴリズムおよび メディア データ処理手順リスト内のHTTPへの参照は適用されません。 MediaSourceが 接続されている場合、HTMLMediaElementはHTTP経由でメディアデータを取得しないためです。

次の手順は、メディア要素が NETWORK_EMPTYへ 移行し、メディア要素を対象として emptiedという 名前のイベントを発火するための タスクをキューに入れる すべての場合に実行されます。これらの手順は、移行の直前に実行 すべきです。

1. MediaSourceが DedicatedWorkerGlobalScope内で構築された場合:

   1. [[port to worker]]へ 内部detachメッセージを送信して、 MediaSourceへ通知します。
   2. [[port to worker]]をnullに設定します。
   3. [[channel with worker]]を nullに設定します。
   4. このdetach通知の暗黙的なメッセージハンドラーが、 DedicatedWorkerGlobalScopeの MediaSource内で、 残りの手順を実行します。

   それ以外の場合、MediaSourceは Window内で構築されています:

   Windowの MediaSource上で、 残りの手順を続行します。

2. [[port to main]]をnullに設定します。
3. readyState属性を「closed」に設定します。
4. thisがManagedMediaSourceである場合は、streaming 属性をfalseに設定します。
5. durationをNaNに更新します。
6. activeSourceBuffersから、 すべてのSourceBufferオブジェクトを 削除します。
7. activeSourceBuffersを対象として、 removesourcebufferという名前の イベントを 発火するためのタスクをキューに入れます。
8. sourceBuffersから、 すべてのSourceBufferオブジェクトを 削除します。
9. sourceBuffersを対象として、 removesourcebufferという名前の イベントを 発火するためのタスクをキューに入れます。
10. MediaSourceを対象として、 sourcecloseという名前の イベントを 発火するためのタスクをキューに入れます。

シークアルゴリズムの 「新しい再生位置のメディアデータを利用できるかどうかをユーザーエージェントが確定するまで待機し、 利用できる場合は、その位置を再生するために十分なデータを デコードするまで待機する」手順の一部として、次の手順を実行します:

1. 注記

   メディア要素は、 activeSourceBuffers内の 各SourceBufferオブジェクトで、 new playback positionを含むメディア セグメントを探します。 HTMLMediaElementの buffered 属性の現在値に含まれる TimeRanges内の すべての位置では、その位置に必要なすべてのメディアセグメントがバッファされています。

   new playback positionが、 HTMLMediaElementの bufferedに含まれるいずれの TimeRanges内にも存在しない場合

   1. HTMLMediaElementの readyState属性が HAVE_METADATAより大きい場合は、 HTMLMediaElementの readyState属性を HAVE_METADATAに設定します。
      注記

      HTMLMediaElementの準備状態 [HTML]のロジックに従い、 HTMLMediaElementの readyStateの変更により、 HTMLMediaElement上でイベントが起動される場合があります。

   2. メディア要素は、appendBuffer()の 呼び出しによって、符号化フレーム処理 アルゴリズムが、 HTMLMediaElementの readyState属性を HAVE_METADATAより大きい値に 設定するまで待機します。
      注記

      ウェブアプリケーションは、buffered および HTMLMediaElementの bufferedを使用して、 メディア要素が再生を再開するために必要なものを 判断できます。

   それ以外の場合

   続行します

   注記

   readyState 属性が「ended」で、 new playback positionが、 TimeRangesのうち、現在 HTMLMediaElementの buffered内にあるものの範囲内である場合、 現在選択または有効化されている1つ以上のトラックバッファの最大範囲終了タイムスタンプが new playback positionより小さい場合でも、シーク操作は ここで完了まで続行しなければなりません。この条件は、 readyStateが 「ended」の場合のbufferedのロジックによってのみ 発生するはずです。

2. メディア要素は、すべてのデコーダーをリセットし、 適切な初期化セグメントのデータを使用して、それぞれを初期化します。
3. メディア要素は、new playback positionより前にある最も近いランダム アクセスポイントから開始し、アクティブトラックバッファの符号化フレームを デコーダーへ供給します。
4. シーク アルゴリズムを「安定状態を待機する」 手順から再開します。

次の手順は、activeSourceBuffers内の すべてのSourceBufferオブジェクトに、 途切れない再生を保証するのに十分なデータがあることを確認するため、 再生中に定期的に実行されます。activeSourceBuffersへの変更も、 状態遷移を起動する条件に影響するため、 これらの手順を実行させます。

途切れない再生を 保証するのに十分なデータがあるとは、 プレゼンテーションを意味のある期間にわたって停止させずに再生できる 十分なデータが現在あるとユーザーエージェントが判断する、実装固有の条件です。 この条件は、メディア要素を HAVE_ENOUGH_DATA 準備状態へ移行させる時点、およびそこから移行させる時点を決定するため、継続的に評価されます。 これらの遷移は、それぞれ、十分なデータがバッファされているとユーザーエージェントが判断した時点、 またはより多くのデータが必要だと判断した時点を示します。

HTMLMediaElementの readyState属性が HAVE_NOTHINGと等しい場合:

1. これらの手順を中止します。

HTMLMediaElementの bufferedに、 現在の再生位置を含む TimeRangesが 存在しない場合:

1. HTMLMediaElementの readyState属性を HAVE_METADATAに設定します。
   注記

   HTMLMediaElementの準備状態 [HTML]のロジックに従い、 HTMLMediaElementの readyStateの変更により、 HTMLMediaElement上でイベントが 起動される場合があります。

2. これらの手順を中止します。

HTMLMediaElementの bufferedに、 現在の再生位置と途切れない再生を保証する のに十分なデータを含むTimeRangesが 存在する場合:

1. HTMLMediaElementの readyState属性を HAVE_ENOUGH_DATAに設定します。
   注記

   HTMLMediaElementの準備状態 [HTML]のロジックに従い、 HTMLMediaElementの readyStateの変更により、 HTMLMediaElement上でイベントが 起動される場合があります。

2. 以前にHAVE_CURRENT_DATAへの 移行によって再生が一時停止されていた場合は、この時点で再開されることがあります。
3. これらの手順を中止します。

HTMLMediaElementの bufferedに、 現在の再生位置と、その位置より後の一定時間を含むTimeRangesが 存在する場合は、次の手順を実行します:

1. HTMLMediaElementの readyState属性を HAVE_FUTURE_DATAに設定します。
   注記

   HTMLMediaElementの準備状態 [HTML]のロジックに従い、 HTMLMediaElementの readyStateの変更により、 HTMLMediaElement上でイベントが 起動される場合があります。

2. 以前にHAVE_CURRENT_DATAへの 移行によって再生が一時停止されていた場合は、この時点で再開されることがあります。
3. これらの手順を中止します。

HTMLMediaElementの bufferedに、 現在の再生位置で終了し、現在位置の直後の時間を 覆う範囲を持たないTimeRangesが 存在する場合:

1. HTMLMediaElementの readyState属性を HAVE_CURRENT_DATAに設定します。
   注記

   HTMLMediaElementの準備状態 [HTML]のロジックに従い、 HTMLMediaElementの readyStateの変更により、 HTMLMediaElement上でイベントが 起動される場合があります。

2. メディア要素にはメディア タイムラインを進めるのに十分なデータがないため、この時点で再生が一時停止されます。
3. これらの手順を中止します。

再生中に、selectedである 映像トラック、enabledである 音声トラック、またはテキストトラックの modeが 変更された場合は、activeSourceBuffersを 更新する必要があります。これらの変更が1つ以上発生した場合は、 次の手順に従う必要があります。AudioTrack、 VideoTrack、 TextTrack オブジェクト、およびそれぞれのAudioTrackList、 VideoTrackList、 TextTrackListは、 Windowの HTMLMediaElement上でのみ公開されるため、 これらの変更は常に Window コンテキストで発生します。MediaSourceが DedicatedWorkerGlobalScope内で構築された場合、 このような各変更は、[[port to worker]]へ 内部update track stateメッセージを送信することで、 DedicatedWorkerGlobalScopeへ 通知されなければなりません。その暗黙的なハンドラーは、 影響を受けるトラックを作成したSourceBufferについて、 次の手順を実行します。MediaSourceがWindow内で構築された場合、 次の手順は直接実行されます。

選択されている映像トラックが変更された場合は、次の手順を実行します:

1. 以前に選択されていた映像トラックに関連付けられた SourceBufferが、 他の有効化済みトラックに関連付けられていない場合は、次の手順を実行します:
   1. activeSourceBuffersから、 SourceBufferを削除します。
   2. activeSourceBuffersを対象として、 removesourcebufferという名前の イベントを発火するための タスクを キューに入れます
2. 新たに選択された映像トラックに関連付けられた SourceBufferが、 activeSourceBuffersに まだ存在しない場合は、次の手順を実行します:
   1. SourceBufferを activeSourceBuffersへ追加します。
   2. activeSourceBuffersを対象として、 addsourcebufferという名前の イベントを発火するための タスクを キューに入れます

音声トラックが無効になり、このトラックに関連付けられたSourceBufferが、 他の有効化済みまたは選択済みのトラックに関連付けられていない場合は、 次の手順を実行します:

1. 音声トラックに関連付けられたSourceBufferを、 activeSourceBuffersから削除します
2. activeSourceBuffersを対象として、 removesourcebufferという名前の イベントを発火するための タスクを キューに入れます

音声トラックが有効になり、このトラックに関連付けられたSourceBufferが、 activeSourceBuffersにまだ存在しない場合は、 次の手順を実行します:

1. 音声トラックに関連付けられたSourceBufferを、 activeSourceBuffersへ追加します
2. activeSourceBuffersを対象として、 addsourcebufferという名前の イベントを発火するための タスクを キューに入れます

テキストトラックのmodeが "disabled"になり、 このトラックに関連付けられたSourceBufferが、 他の有効化済みまたは選択済みのトラックに関連付けられていない場合は、 次の手順を実行します:

1. テキストトラックに関連付けられたSourceBufferを、 activeSourceBuffersから削除します
2. activeSourceBuffersを対象として、 removesourcebufferという名前の イベントを発火するための タスクを キューに入れます

テキストトラックのmodeが "showing" または "hidden"になり、 このトラックに関連付けられたSourceBufferが activeSourceBuffersにまだ存在しない場合は、 次の 手順を実行します:

1. テキストトラックに関連付けられたSourceBufferを、 activeSourceBuffersへ追加します
2. activeSourceBuffersを対象として、 addsourcebufferという名前の イベントを発火するための タスクを キューに入れます

durationをnew durationへ変更する必要がある場合は、次の手順に従います。

1. durationの 現在値がnew durationと等しい場合は、 戻ります。
2. new durationが、 sourceBuffers内のすべての SourceBufferオブジェクトについて、 バッファ済みのすべての符号化フレームのうち最も大きいプレゼンテーションタイムスタンプより小さい場合は、 InvalidStateError 例外をスローし、 これらの手順を中止します。
   注記

   現在バッファされているメディアを切り詰めるような継続時間の短縮は許可されません。 切り詰めが必要な場合は、remove()を使用し、 durationを更新する前に、 バッファ済み 範囲を縮小します。

3. highest end timeを、 sourceBuffers内のすべての SourceBufferオブジェクトに含まれる、 すべてのトラックバッファの トラックバッファ範囲の 終了時刻のうち最大のものとします。
4. new durationがhighest end timeより小さい場合:
   注記

   符号化フレームの削除アルゴリズムは、 削除範囲の開始位置より前に開始する符号化フレームを保持するため、 この条件が発生する可能性があります。

   1. new durationをhighest end timeと等しくなるように更新します。
5. durationをnew durationへ更新します。
6. 必要に応じてミラーリングするアルゴリズムを使用し、 メディア要素の継続時間を更新するために、Window内で 次の手順を実行します:
   1. メディア要素のdurationを new durationへ更新します。
   2. HTMLMediaElementの 継続時間変更アルゴリズムを実行します。

このアルゴリズムは、アプリケーションが endOfStream()の呼び出しを介して ストリームの終了を通知した場合、またはアルゴリズムがデコードエラーを通知する必要がある場合に 呼び出されます。この アルゴリズムは、エラーを通知するかどうかを示す errorパラメーターを取ります。

1. readyState属性の値を 「ended」へ変更します。
2. MediaSourceを対象として、 sourceendedという名前の イベントを 発火するためのタスクをキューに入れます。

3. errorが設定されていない場合

   1. new durationを、 sourceBuffers内の すべてのSourceBufferオブジェクトに含まれる、 すべてのトラックバッファの トラックバッファ範囲の終了時刻のうち 最大のものに設定し、継続時間の変更 アルゴリズムを実行します。
      注記

      これにより、継続時間に、追加されたメディア セグメントの終了が適切に反映されます。たとえば、継続時間が明示的に10秒へ設定され、 endOfStream()が呼び出される前に 0秒から5秒までのメディアセグメントだけが追加されていた場合、 継続時間は5秒へ更新されます。

   2. すべてのメディアデータが揃ったことをメディア要素へ通知します。

   errorが「network」に設定されている場合

   必要に応じてミラーリングする アルゴリズムを使用し、 Window内で次の手順を実行します:

   HTMLMediaElementの readyState属性が HAVE_NOTHINGと 等しい場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「ネットワーク エラーが原因でメディアデータをまったく取得できず、ユーザーエージェントがリソースの 取得を断念した場合」の手順を実行します。

   HTMLMediaElementの readyState属性が HAVE_NOTHINGより 大きい場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「一部のメディアデータを受信した後に接続が 中断され、ユーザーエージェントがリソースの 取得を断念した場合」の 手順を実行します。

   errorが「decode」に設定されている場合

   必要に応じてミラーリングする アルゴリズムを使用し、 Window内で次の手順を実行します:

   HTMLMediaElementの readyState属性が HAVE_NOTHINGと 等しい場合

   リソース 取得アルゴリズムのメディア データ処理手順リストにある「メディアデータを取得できるものの、検査によって サポートされていない形式であることが判明した場合、またはその他の理由でまったくレンダリングできない場合」の手順を 実行します。

   HTMLMediaElementの readyState属性が HAVE_NOTHINGより 大きい場合

   メディア データが破損している場合の手順を、リソース 取得アルゴリズムのメディア データ処理手順リストから実行します。

このアルゴリズムは、同じWindow、 またはDedicatedWorkerGlobalScopeの いずれかから接続されたMediaSourceから、 Window上で 手順を実行するために使用されます。通常は、接続された HTMLMediaElementの状態を 更新するために使用されます。このアルゴリズムは、 Window上で実行する手順を列挙する stepsパラメーターを取ります。

MediaSourceがDedicatedWorkerGlobalScope内で構築された場合:

[[port to main]]へ内部mirror on windowメッセージを送信します。 Window内の 暗黙的なハンドラーがstepsを実行します。そのハンドラーがメッセージを受信するのを 待たずに、呼び出し元へ制御を返します。

注記

ミラーメッセージ機構の目的は、次のことを保証することです:

1. stepsは、他のWindowタスクの 実行途中で何らかの形で実行されるのではなく、 Window上の 独立したタスクとして非同期に実行されます。
2. stepsは、 DedicatedWorkerGlobalScope上での このアルゴリズムの同期的な実行と復帰をブロックせずに実行されます。

それ以外の場合:

stepsを実行します。

各SourceBufferオブジェクトには、高水準のセグメント解析状態を追跡する[[append state]]内部スロットがあります。 これは最初にWAITING_FOR_SEGMENTに設定され、データが追加されるのに伴って次の状態へ移行できます。

各SourceBufferオブジェクトには、 appendBuffer()呼び出しにまたがって未解析のバイトを保持するバイトバッファである[[input buffer]]内部スロットがあります。 このバッファは、SourceBuffer オブジェクトの作成時には空です。

各SourceBufferオブジェクトには、 appendBuffer()がさらにバイトを受け入れられるかどうかを追跡する[[buffer full flag]]内部スロットがあります。これは、SourceBufferオブジェクトの作成時にfalseに設定され、データが追加または削除されるのに伴って更新されます。

各SourceBufferオブジェクトには、このSourceBufferオブジェクトについてAudioTrackがすでに作成されているかどうかを追跡する[[audio track added flag]]内部スロットがあります。これは、 SourceBufferオブジェクトの作成時にfalseに設定され、新しく作成されたAudioTrackがデフォルトで enabledであるかどうかを判定するため、初期化セグメント受信アルゴリズムによって使用されます。

各SourceBufferオブジェクトには、このSourceBufferオブジェクトについてVideoTrackがすでに作成されているかどうかを追跡する[[video track added flag]]内部スロットがあります。これは、 SourceBufferオブジェクトの作成時にfalseに設定され、新しく作成されたVideoTrackがデフォルトで selectedであるかどうかを判定するため、初期化セグメント受信アルゴリズムによって使用されます。

各SourceBufferオブジェクトには、「sequence」モードにおける新しい 符号化フレームグループの開始タイムスタンプを追跡する[[group start timestamp]]内部スロットがあります。これはSourceBufferオブジェクトの作成時には未設定であり、 mode属性が「sequence」と等しく、かつtimestampOffset属性が設定されたとき、または符号化フレーム処理アルゴリズムが実行されたときに更新されます。

各SourceBufferオブジェクトには、現在の符号化フレームグループ内のすべての符号化フレームにわたる最大の符号化フレーム終了タイムスタンプを格納する[[group end timestamp]]内部スロットがあります。これは SourceBufferオブジェクトの作成時に0に設定され、符号化フレーム処理アルゴリズムによって更新されます。

各SourceBufferオブジェクトには、符号化フレームを 符号化フレーム処理アルゴリズムへ渡す際に、タイムスタンプを生成する必要があるかどうかを追跡するbooleanである[[generate timestamps flag]]内部スロットがあります。このフラグは、 SourceBufferオブジェクトの作成時に addSourceBuffer()によって設定され、 changeType()によって更新されます。

セグメントパーサーループアルゴリズムが呼び出されたとき、次の手順を実行します。

1. ループ先頭：[[input buffer]]が空である場合、下記の 追加データが必要手順へ移動します。
2. [[input buffer]]に SourceBufferバイトストリーム形式仕様に違反するバイトが含まれている場合、追加エラー アルゴリズムを実行し、このアルゴリズムを中止します。
3. バイトストリーム形式仕様が無視しなければならないとするバイトを、 [[input buffer]]の先頭からすべて削除します。

4. [[append state]]が WAITING_FOR_SEGMENTと等しい場合、次の手順を実行します。

   1. [[input buffer]]の先頭が 初期化セグメントの開始を示している場合、[[append state]]を PARSING_INIT_SEGMENTに設定します。
   2. [[input buffer]]の先頭が メディアセグメントの開始を示している場合、[[append state]]を PARSING_MEDIA_SEGMENTに設定します。
   3. 上記のループ先頭手順へ移動します。

5. [[append state]]が PARSING_INIT_SEGMENTと等しい場合、次の手順を実行します。

   1. [[input buffer]]に、完全な 初期化セグメントがまだ含まれていない場合、下記の追加データが必要手順へ移動します。
   2. 初期化セグメント受信アルゴリズムを実行します。
   3. 初期化セグメントのバイトを [[input buffer]]の先頭から削除します。
   4. [[append state]]をWAITING_FOR_SEGMENTに設定します。
   5. 上記のループ先頭手順へ移動します。

6. [[append state]]が PARSING_MEDIA_SEGMENTと等しい場合、次の手順を実行します。

   1. [[first initialization segment received flag]]が falseであるか、または[[pending initialization segment for changeType flag]]が trueである場合、追加エラーアルゴリズムを実行し、 このアルゴリズムを中止します。
   2. [[input buffer]]に1つ以上の完全な符号化フレームが含まれている場合、符号化フレーム処理アルゴリズムを実行します。
      注記

      符号化フレーム処理アルゴリズムを実行する頻度は実装固有です。符号化フレーム処理アルゴリズムは、入力バッファに完全なメディアセグメントが含まれたときに呼び出してもよく、完全な符号化フレームが入力バッファに追加されるのに伴って複数回呼び出してもよいです。

   3. このSourceBufferが満杯で、これ以上メディアデータを受け入れられない場合、 [[buffer full flag]]をtrueに設定します。
   4. [[input buffer]]に完全なメディアセグメントが含まれていない場合、下記の追加データが必要手順へ移動します。
   5. メディアセグメントのバイトを [[input buffer]]の先頭から削除します。
   6. [[append state]]をWAITING_FOR_SEGMENTに設定します。
   7. 上記のループ先頭手順へ移動します。
7. 追加データが必要：呼び出し元のアルゴリズムに制御を返します。

パーサー状態をリセットする必要がある場合、次の手順を実行します。

1. [[append state]]が PARSING_MEDIA_SEGMENTと等しく、かつ [[input buffer]]に完全な符号化フレームが含まれている場合、それらすべての完全な符号化フレームが処理されるまで、 符号化フレーム処理アルゴリズムを実行します。
2. すべてのトラックバッファの最終デコードタイムスタンプを未設定にします。
3. すべてのトラックバッファの最終フレーム継続時間を未設定にします。
4. すべてのトラックバッファの最大終了タイムスタンプを未設定にします。
5. すべてのトラックバッファのランダムアクセスポイント要求フラグをtrueに設定します。
6. mode属性が「sequence」と等しい場合、 [[group start timestamp]]を [[group end timestamp]]に設定します。
7. [[input buffer]]からすべてのバイトを削除します。
8. [[append state]]をWAITING_FOR_SEGMENTに設定します。

このアルゴリズムは、追加中にエラーが発生したときに呼び出されます。

1. パーサー状態のリセットアルゴリズムを実行します。
2. updating属性をfalseに設定します。
3. タスクをキューに入れ、 このSourceBuffer オブジェクトでerrorという名前のイベントを 発火します。
4. タスクをキューに入れ、 このSourceBuffer オブジェクトでupdateendという名前のイベントを 発火します。
5. error引数を「decode」に設定して、ストリーム終了アルゴリズムを実行します。

追加操作が開始されると、SourceBufferを検証して準備するため、次の手順を実行します。

1. SourceBufferが 親メディアソースのsourceBuffers 属性から削除されている場合、InvalidStateError例外をスローし、 これらの手順を中止します。
2. updating属性がtrueである場合、 InvalidStateError例外をスローし、これらの手順を中止します。
3. recent element errorを次のように決定します。

   MediaSourceが Window内で構築された場合

   HTMLMediaElementの error属性がnullでない場合、recent element errorをtrueとします。その属性がnullである場合、 recent element errorをfalseとします。

   それ以外の場合

   recent element errorを、 Windowの場合の手順によって得られる値とします。ただし、その手順は、 Windowの HTMLMediaElementの error属性が変更されるたびにその要素上で実行され、その結果は [[port to worker]]の暗黙的なメッセージを使用して伝達されます。そのようなメッセージがまだ受信されていない場合、recent element errorを falseとします。

4. recent element errorがtrueである場合、InvalidStateError例外をスローし、 これらの手順を中止します。

5. 親メディアソースの readyState属性が 「ended」状態である場合、次の手順を実行します。

   1. 親メディアソースのreadyState属性を 「open」に設定します。
   2. タスクを キューに入れ、親メディアソースでsourceopenという名前のイベントを発火します。
6. 符号化フレームの追い出しアルゴリズムを実行します。

7. [[buffer full flag]]がtrueと等しい場合、 QuotaExceededError例外をスローし、これらの手順を中止します。

   注記

   これは、追加を収容するために十分なデータを実装が追い出せなかったか、追加が大きすぎることを示すシグナルです。Webアプリケーションは、 remove()を使用して明示的に領域を解放するか、追加のサイズを縮小する、またはその両方を行うべきです。

appendBuffer()が呼び出されると、追加されたデータを処理するために次の手順が実行されます。

1. セグメントパーサーループアルゴリズムを実行します。
2. 直前の手順のセグメントパーサーループアルゴリズムが中止された場合、 このアルゴリズムを中止します。
3. updating属性をfalseに設定します。
4. タスクをキューに入れ、 このSourceBuffer オブジェクトでupdateという名前のイベントを 発火します。
5. タスクをキューに入れ、 このSourceBuffer オブジェクトでupdateendという名前のイベントを 発火します。

呼び出し元が、他のSourceBufferの更新をブロックし、JavaScriptから可視な範囲削除操作を開始する必要がある場合、次の手順に従います。

1. startを、削除範囲の開始プレゼンテーションタイムスタンプとします。これは、プレゼンテーション開始時刻から測定した秒単位の値です。
2. endを、削除範囲の終了プレゼンテーションタイムスタンプとします。これは、プレゼンテーション開始時刻から測定した秒単位の値です。
3. updating属性をtrueに設定します。
4. タスクをキューに入れ、 このSourceBufferオブジェクトで updatestartという名前のイベントを 発火します。
5. 呼び出し元に制御を返し、残りの手順を非同期に実行します。
6. startおよびendを削除範囲の開始および終了として、符号化フレーム削除アルゴリズムを実行します。
7. updating属性をfalseに設定します。
8. タスクをキューに入れ、 このSourceBuffer オブジェクトでupdateという名前のイベントを 発火します。
9. タスクをキューに入れ、 このSourceBuffer オブジェクトでupdateendという名前のイベントを 発火します。

セグメントパーサーループが完全な 初期化セグメントの解析に成功したとき、次の手順を実行します。

各SourceBufferオブジェクトには、最初の 初期化セグメントが追加され、このアルゴリズムによって受信されたかどうかを追跡する[[first initialization segment received flag]]内部スロットがあります。このフラグは、SourceBufferの作成時にfalseに設定され、以下のアルゴリズムによって更新されます。

各SourceBufferオブジェクトには、直近の changeType()以降に 初期化セグメントが必要かどうかを追跡する[[pending initialization segment for changeType flag]]内部スロットがあります。このフラグは、SourceBufferの作成時にfalseに設定され、 changeType()によってtrueに設定され、以下のアルゴリズムによってfalseにリセットされます。

1. duration属性が現在NaNと等しい場合、次のように更新します。

   初期化セグメントに継続時間が含まれている場合：

   new durationを初期化セグメント内の継続時間に設定して、継続時間変更アルゴリズムを実行します。

   それ以外の場合：

   new durationを正のInfinityに設定して、継続時間変更アルゴリズムを実行します。

2. 初期化セグメントに音声、映像、テキストのいずれのトラックもない場合、 追加エラーアルゴリズムを実行し、これらの手順を中止します。
3. [[first initialization segment received flag]]がtrueである場合、次の手順を実行します。
   1. 次のプロパティを検証します。いずれかの検査が失敗した場合、追加エラーアルゴリズムを実行し、これらの手順を中止します。
      • 音声、映像、テキストトラックの数が、最初の 初期化セグメント内の数と一致すること。
      • 単一の種類について複数のトラックが存在する場合（たとえば、2つの音声トラック）、トラックIDが最初の初期化セグメント内のものと一致すること。
      • 各トラックのコーデックがユーザーエージェントによってサポートされていること。
        注記

        本来はサポートされるコーデックであっても、次のいずれかに渡されたtype引数で指定されていなかった場合、ユーザーエージェントはここで「サポートされていない」と見なしてもよいです。（a）このSourceBufferオブジェクトで直近に正常終了した changeType()、または（b）このオブジェクトで正常終了したchangeType()がまだない場合、このSourceBufferオブジェクトを作成した addSourceBuffer()。 たとえば、直近に正常終了した changeType()が 'video/webm'または 'video/webm; codecs="vp8"'を指定して呼び出され、vp9を含む映像トラックが初期化セグメントに現れた場合、上記の他の2つのプロパティ検査に合格していても、ユーザーエージェントはこの手順を使用してデコードエラーを発生させてもよいです。実装には、コーデックが実際にサポートされていない場合、または他の2つのプロパティ検査が失敗した場合にのみ、このようなエラーを発生させることが推奨されます。Web制作者には、ユーザーエージェントのサポートをより能動的に検出するため、正確なコーデック引数を指定してchangeType()、 addSourceBuffer()およびisTypeSupported()を使用することが推奨されます。SourceBufferオブジェクトのバイトストリーム形式が変更される場合、 changeType()が必要です。

   2. この初期化セグメントの適切なトラック記述を、それぞれのトラックバッファに追加します。
   3. すべてのトラックバッファのランダムアクセスポイント要求フラグをtrueに設定します。
4. active track flagをfalseとします。

5. [[first initialization segment received flag]]がfalseである場合、次の手順を実行します。

   1. 初期化セグメントに、ユーザーエージェントがサポートしていないコーデックを持つトラックが含まれている場合、追加エラーアルゴリズムを実行し、これらの手順を中止します。
      注記

      本来はサポートされるコーデックであっても、次のいずれかに渡されたtype引数で指定されていなかった場合、ユーザーエージェントはここで「サポートされていない」と見なしてもよいです。（a）このSourceBufferオブジェクトで直近に正常終了したchangeType()、または（b）このオブジェクトで正常終了した changeType()がまだない場合、このSourceBufferオブジェクトを作成した addSourceBuffer()。 たとえば、 MediaSource.isTypeSupported('video/webm;codecs="vp8,vorbis"')がtrueを返しても、 addSourceBuffer()が 'video/webm;codecs="vp8"'を指定して呼び出され、Vorbisトラックが初期化セグメントに現れた場合、ユーザーエージェントはこの手順を使用してデコードエラーを発生させてもよいです。 実装には、コーデックが実際にサポートされていない場合にのみ、このようなエラーを発生させることが推奨されます。Web制作者には、ユーザーエージェントのサポートをより能動的に検出するため、正確なコーデック引数を指定して changeType()、 addSourceBuffer()および isTypeSupported()を使用することが推奨されます。changeType()は、SourceBufferオブジェクトのバイトストリーム形式が変更される場合に必要です。

   2. 初期化セグメント内の各音声トラックについて、次の手順を実行します。

      1. audio byte stream track IDを、現在処理中のトラックのトラックIDとします。
      2. audio languageを、このトラックについて 初期化セグメントで指定された言語のBCP 47言語タグとします。言語情報が存在しない場合は空文字列とします。
      3. audio languageがBCP 47値'und'と等しい場合、 audio languageに空文字列を代入します。
      4. audio labelを、このトラックについて初期化セグメントで指定されたラベルとします。ラベル情報が存在しない場合は空文字列とします。
      5. audio kindsを、このトラックについて初期化セグメントで指定されたkind文字列のシーケンスとします。kind情報が提供されていない場合は、単一の空文字列要素を含むシーケンスとします。
      6. audio kinds内の各値について、次の手順を実行します。
         1. current audio kindを、このループ反復における audio kindsの値とします。
         2. audio track default enabled flagをfalseとします。
         3. このSourceBufferオブジェクトの[[audio track added flag]]内部スロットがfalseである場合、次の手順を実行します。
            1. audio track default enabled flagをtrueに設定します。
            2. active track flagをtrueに設定します。
         4. このSourceBufferオブジェクトの[[audio track added flag]]内部スロットをtrueに設定します。

         5. Windowの HTMLMediaElement上に AudioTrackを作成し、 Window内で次の手順を実行します。

            親メディアソースが Window内で構築された場合：

            1. new audio trackを新しい AudioTrackオブジェクトとします。
            2. 一意のIDを生成し、new audio trackのidプロパティに代入します。
            3. audio language、 audio labelおよびcurrent audio kindを、それぞれnew audio trackのlanguage、 labelおよび kindプロパティに代入します。
            4. audio track default enabled flagがtrueである場合、 new audio trackの enabledプロパティをtrueに設定します。
            5. new audio trackを、このSourceBufferオブジェクトの audioTracks属性に追加します。
               注記

               これにより、このSourceBufferオブジェクトの audioTracks属性が参照する AudioTrackListオブジェクトで、track属性を new audio trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる AudioTrackList ［HTML］のロジックが起動されるはずです。

            6. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            7. new audio trackを media elementのaudioTracks属性に追加します。
               注記

               これにより、media elementの audioTracks属性が参照する AudioTrackListオブジェクトで、track属性を new audio trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる AudioTrackList ［HTML］のロジックが起動されるはずです。

            それ以外の場合：

            内部create trackメッセージを [[port to main]]へ送信します。その Window内の暗黙的なハンドラーは、次の手順を実行します。

            1. new audio trackを新しい AudioTrackオブジェクトとします。
            2. 一意のIDを生成し、new audio trackのidプロパティに代入します。
            3. audio language、 audio labelおよびcurrent audio kindを、それぞれnew audio trackのlanguage、 labelおよび kindプロパティに代入します。
            4. audio track default enabled flagがtrueである場合、 new audio trackの enabledプロパティをtrueに設定します。
            5. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            6. new audio trackを media elementのaudioTracks属性に追加します。
               注記

               これにより、media elementの audioTracks属性が参照する AudioTrackListオブジェクトで、track属性を new audio trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる AudioTrackList ［HTML］のロジックが起動されるはずです。

      7. このトラックの符号化フレームを格納するため、新しいトラックバッファを作成します。
      8. このトラックのトラック記述をトラックバッファに追加します。

   3. 初期化セグメント内の各映像トラックについて、次の手順を実行します。

      1. video byte stream track IDを、現在処理中のトラックのトラックIDとします。
      2. video languageを、このトラックについて 初期化セグメントで指定された言語のBCP 47言語タグとします。言語情報が存在しない場合は空文字列とします。
      3. video languageがBCP 47値'und'と等しい場合、 video languageに空文字列を代入します。
      4. video labelを、このトラックについて初期化セグメントで指定されたラベルとします。ラベル情報が存在しない場合は空文字列とします。
      5. video kindsを、このトラックについて初期化セグメントで指定されたkind文字列のシーケンスとします。kind情報が提供されていない場合は、単一の空文字列要素を含むシーケンスとします。
      6. video kinds内の各値について、次の手順を実行します。
         1. current video kindを、このループ反復における video kindsの値とします。
         2. video track default selected flagをfalseとします。
         3. このSourceBufferオブジェクトの[[video track added flag]]内部スロットがfalseである場合、次の手順を実行します。
            1. video track default selected flagをtrueに設定します。
            2. active track flagをtrueに設定します。
         4. このSourceBufferオブジェクトの[[video track added flag]]内部スロットをtrueに設定します。

         5. Windowの HTMLMediaElement上に VideoTrackを作成し、 Window内で次の手順を実行します。

            親メディアソースが Window内で構築された場合：

            1. new video trackを新しい VideoTrackオブジェクトとします。
            2. 一意のIDを生成し、new video trackのidプロパティに代入します。
            3. video language、 video labelおよびcurrent video kindを、それぞれnew video trackのlanguage、 labelおよび kindプロパティに代入します。
            4. video track default selected flagがtrueである場合、 new video trackの selectedプロパティをtrueに設定します。
            5. new video trackを、このSourceBufferオブジェクトの videoTracks属性に追加します。
               注記

               これにより、このSourceBufferオブジェクトの videoTracks属性が参照する VideoTrackListオブジェクトで、track属性を new video trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる VideoTrackList ［HTML］のロジックが起動されるはずです。

            6. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            7. new video trackを media elementのvideoTracks属性に追加します。
               注記

               これにより、media elementの videoTracks属性が参照する VideoTrackListオブジェクトで、track属性を new video trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる VideoTrackList ［HTML］のロジックが起動されるはずです。

            それ以外の場合：

            内部create trackメッセージを [[port to main]]へ送信します。その Window内の暗黙的なハンドラーは、次の手順を実行します。

            1. new video trackを新しい VideoTrackオブジェクトとします。
            2. 一意のIDを生成し、new video trackのidプロパティに代入します。
            3. video language、 video labelおよびcurrent video kindを、それぞれnew video trackのlanguage、 labelおよび kindプロパティに代入します。
            4. video track default selected flagがtrueである場合、 new video trackの selectedプロパティをtrueに設定します。
            5. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            6. new video trackを media elementのvideoTracks属性に追加します。
               注記

               これにより、media elementの videoTracks属性が参照する VideoTrackListオブジェクトで、track属性を new video trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる VideoTrackList ［HTML］のロジックが起動されるはずです。

      7. このトラックの符号化フレームを格納するため、新しいトラックバッファを作成します。
      8. このトラックのトラック記述をトラックバッファに追加します。

   4. 初期化セグメント内の各テキストトラックについて、次の手順を実行します。

      1. text byte stream track IDを、現在処理中のトラックのトラックIDとします。
      2. text languageを、このトラックについて 初期化セグメントで指定された言語のBCP 47言語タグとします。言語情報が存在しない場合は空文字列とします。
      3. text languageがBCP 47値'und'と等しい場合、 text languageに空文字列を代入します。
      4. text labelを、このトラックについて初期化セグメントで指定されたラベルとします。ラベル情報が存在しない場合は空文字列とします。
      5. text kindsを、このトラックについて初期化セグメントで指定されたkind文字列のシーケンスとします。kind情報が提供されていない場合は、単一の空文字列要素を含むシーケンスとします。
      6. text kinds内の各値について、次の手順を実行します。
         1. current text kindを、このループ反復における text kindsの値とします。
         2. text track modeを、このトラックについて 初期化セグメントから決定されたmode値とします。
         3. text track modeが "showing" または "hidden"と等しい場合、 active track flagをtrueに設定します。

         4. Windowの HTMLMediaElement上に TextTrackを作成し、 Window内で次の手順を実行します。

            親メディアソースが Window内で構築された場合：

            1. new text trackを新しい TextTrackオブジェクトとします。
            2. 一意のIDを生成し、new text trackのidプロパティに代入します。
            3. text language、 text labelおよびcurrent text kindを、それぞれ new text trackのlanguage、 labelおよび kindプロパティに代入します。
            4. new text trackのmodeプロパティをtext track modeに設定し、new text trackの残りのプロパティに、このトラックの 初期化セグメントから決定された適切な情報を設定します。
            5. new text trackを、このSourceBufferオブジェクトの textTracks属性に追加します。
               注記

               これにより、このSourceBufferオブジェクトの textTracks属性が参照する TextTrackListオブジェクトで、 track属性を new text trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる TextTrackList ［HTML］のロジックが起動されるはずです。

            6. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            7. new text trackを media elementのtextTracks属性に追加します。
               注記

               これにより、media elementの textTracks属性が参照する TextTrackListオブジェクトで、 track属性を new text trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる TextTrackList ［HTML］のロジックが起動されるはずです。

            それ以外の場合：

            内部create trackメッセージを [[port to main]]へ送信します。その Window内の暗黙的なハンドラーは、次の手順を実行します。

            1. new text trackを新しい TextTrackオブジェクトとします。
            2. 一意のIDを生成し、new text trackのidプロパティに代入します。
            3. text language、 text labelおよびcurrent text kindを、それぞれ new text trackのlanguage、 labelおよび kindプロパティに代入します。
            4. new text trackのmodeプロパティをtext track modeに設定し、new text trackの残りのプロパティに、このトラックの 初期化セグメントから決定された適切な情報を設定します。
            5. media elementを、このSourceBufferオブジェクトの親メディアソースがアタッチされているメディア要素とします。
            6. new text trackを media elementのtextTracks属性に追加します。
               注記

               これにより、media elementの textTracks属性が参照する TextTrackListオブジェクトで、 track属性を new text trackに初期化した TrackEventを使用して addtrackという名前のイベントを発火するタスクをキューに入れる TextTrackList ［HTML］のロジックが起動されるはずです。

      7. このトラックの符号化フレームを格納するため、新しいトラックバッファを作成します。
      8. このトラックのトラック記述をトラックバッファに追加します。
   5. active track flagがtrueと等しい場合、次の手順を実行します。
      1. このSourceBufferを activeSourceBuffersに追加します。
      2. タスクをキューに入れ、 activeSourceBuffersで addsourcebufferという名前のイベントを発火します。
   6. [[first initialization segment received flag]]をtrueに設定します。
6. [[pending initialization segment for changeType flag]]を falseに設定します。
7. active track flagがtrueと等しい場合、次の手順を実行します。
8. 親メディアソースの必要に応じてミラーリングアルゴリズムを使用し、 Window内で次の手順を実行します。
   1. HTMLMediaElementの readyState属性が HAVE_CURRENT_DATAより大きい場合、 HTMLMediaElementの readyState属性を HAVE_METADATAに設定します。
      注記

      HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。

9. 親メディアソースのsourceBuffers内の各オブジェクトについて、 [[first initialization segment received flag]]がtrueと等しい場合、 親メディアソースの必要に応じてミラーリングアルゴリズムを使用し、 Window内で次の手順を実行します。
   1. HTMLMediaElementの readyState属性が HAVE_NOTHINGである場合、 HTMLMediaElementの readyState属性をHAVE_METADATAに設定します。
      注記

      HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。HAVE_NOTHINGから HAVE_METADATAへの遷移が発生した場合、メディア要素で loadedmetadataという名前のイベントを発火するタスクをキューに入れる HTMLMediaElementのロジックが起動されるはずです。

完全な符号化フレームがセグメントパーサーループによって解析されたとき、次の手順を実行します。

1. メディアセグメント内の各符号化フレームについて、次の手順を実行します。

   1. ループ先頭：

      [[generate timestamps flag]]がtrueと等しい場合：

      1. presentation timestampを0とします。
      2. decode timestampを0とします。

      それ以外の場合：

      1. presentation timestampを、符号化フレームの秒単位のプレゼンテーションタイムスタンプの倍精度浮動小数点表現とします。
         注記

         時間指定テキストフレームのプレゼンテーションタイムスタンプおよびデコードタイムスタンプを決定するには、特別な処理が必要となる場合があります。これは、この情報が基礎となる形式に明示的に存在しない可能性、またはフレームの順序に依存する可能性があるためです。MPEG2-TS PSIデータなど、一部のメタデータテキストトラックには、暗黙的なタイムスタンプしかない場合があります。このような状況に対する形式固有の規則は、バイトストリーム形式仕様または別個の拡張仕様に含めるべきです。

      2. decode timestampを、符号化フレームの秒単位のデコードタイムスタンプの倍精度浮動小数点表現とします。
         注記

         実装は、内部でタイムスタンプを倍精度浮動小数点表現として格納する必要はありません。ここでこの表現を使用するのは、HTML仕様でタイムスタンプに使用される表現だからです。ここでの意図は、timestampOffsetの加算によって、バイトストリーム形式が使用する基礎となるタイムスタンプ表現でタイムスタンプのラップアラウンドが発生し得るという事実を処理するために、アルゴリズムへ不要な複雑さを加えることなく、動作を明確にすることです。実装は任意の内部タイムスタンプ表現を使用できますが、timestampOffsetの加算は、倍精度浮動小数点表現を使用した場合に起こるものと同様に動作するべきです。

   2. frame durationを、符号化フレームの継続時間の秒単位の倍精度浮動小数点表現とします。
   3. modeが「sequence」と等しく、かつ [[group start timestamp]]が設定されている場合、次の手順を実行します。
      1. timestampOffsetを、 [[group start timestamp]]から presentation timestampを引いた値に設定します。
      2. [[group end timestamp]]を [[group start timestamp]]と等しくなるように設定します。
      3. すべてのトラックバッファのランダムアクセスポイント要求フラグをtrueに設定します。
      4. [[group start timestamp]]を未設定にします。

   4. timestampOffsetが0でない場合、次の手順を実行します。

      1. timestampOffsetを presentation timestampに加算します。
      2. timestampOffsetを decode timestampに加算します。
   5. track bufferを、符号化フレームの追加先となるトラックバッファとします。

   6. track bufferの最終デコードタイムスタンプが設定されており、decode timestampが最終デコードタイムスタンプ未満である場合：

      または

      track bufferの最終デコードタイムスタンプが設定されており、decode timestampと最終デコードタイムスタンプとの差が、 最終フレーム継続時間の2倍より大きい場合：

      1. modeが「segments」と等しい場合：

         [[group end timestamp]]を presentation timestampに設定します。

         modeが「sequence」と等しい場合：

         [[group start timestamp]]を [[group end timestamp]]と等しくなるように設定します。

      2. すべてのトラックバッファの最終デコードタイムスタンプを未設定にします。
      3. すべてのトラックバッファの最終フレーム継続時間を未設定にします。
      4. すべてのトラックバッファの最大終了タイムスタンプを未設定にします。
      5. すべてのトラックバッファの ランダムアクセスポイント要求フラグをtrueに設定します。
      6. 現在の符号化フレームの処理を再開するため、上記のループ先頭手順へ移動します。

      それ以外の場合：

      続行します。

   7. frame end timestampを、presentation timestampと frame durationの合計とします。
   8. presentation timestampがappendWindowStart未満である場合、 ランダムアクセスポイント要求フラグをtrueに設定し、符号化フレームを破棄して、次の符号化フレームの処理を開始するためにループの先頭へ移動します。
      注記

      一部の実装は、presentation timestampがappendWindowStart未満である符号化フレームの一部を収集し、そのフレームがランダムアクセスポイントでない場合でも、プレゼンテーションタイムスタンプがappendWindowStart以上である最初の符号化フレームでスプライスを生成するために使用することを選択してもよいです。これをサポートするには複数のデコーダー、またはリアルタイムより高速なデコードが必要となるため、現時点ではこの動作を規範的要件とはしません。

   9. frame end timestampがappendWindowEndより大きい場合、 ランダムアクセスポイント要求フラグをtrueに設定し、符号化フレームを破棄して、次の符号化フレームの処理を開始するためにループの先頭へ移動します。
      注記

      一部の実装は、presentation timestampがappendWindowEnd未満であり、かつframe end timestampがappendWindowEndより大きい符号化フレームを収集し、収集時に追加ウィンドウ内にある収集済み符号化フレームの部分と、収集済み符号化フレームの末尾と部分的にのみ重なる、後で処理されるフレームの先頭部分との間にスプライスを生成するために使用することを選択してもよいです。これをサポートするには複数のデコーダー、またはリアルタイムより高速なデコードが必要となるため、現時点ではこの動作を規範的要件とはしません。appendWindowStartにまたがる符号化フレームの収集と組み合わせることで、実装はギャップレス音声スプライスをサポートしてもよいです。

   10. track bufferのランダムアクセスポイント要求フラグがtrueと等しい場合、次の手順を実行します。
       1. 符号化フレームがランダムアクセスポイントでない場合、符号化フレームを破棄し、次の符号化フレームの処理を開始するためにループの先頭へ移動します。
       2. track bufferのランダムアクセスポイント要求フラグをfalseに設定します。
   11. spliced audio frameを、音声スプライス情報を保持するための未設定の変数とします。
   12. spliced timed text frameを、時間指定テキストのスプライス情報を保持するための未設定の変数とします。
   13. track bufferの最終デコードタイムスタンプが未設定で、presentation timestampがtrack buffer内の符号化フレームのプレゼンテーション区間内にある場合、次の手順を実行します。
       1. overlapped frameを、上記の条件に一致するtrack buffer内の符号化フレームとします。

       2. track bufferに音声の符号化フレームが含まれている場合：

          音声スプライスフレームアルゴリズムを実行し、スプライスフレームが返された場合は、それをspliced audio frameに代入します。

          track bufferに映像の符号化フレームが含まれている場合：

          1. remove window timestampを、 overlapped frameの プレゼンテーションタイムスタンプに1マイクロ秒を加えた値とします。
          2. presentation timestampが remove window timestamp未満である場合、overlapped frameを track bufferから削除します。
             注記

             これは、倍精度浮動小数点数と有理数との間を相互変換するときに生じ得る、フレームタイムスタンプ計算の軽微な誤差を補正するためです。この許容差により、既存フレームの開始時刻から1マイクロ秒以内であれば、フレームが既存のフレームを置き換えられます。既存フレームよりわずかに前に来るフレームは、以下の削除手順によって処理されます。

          track bufferに時間指定テキストの符号化フレームが含まれている場合：

          テキストスプライスフレームアルゴリズムを実行し、スプライスフレームが返された場合は、それをspliced timed text frameに代入します。

   14. track buffer内の既存の符号化フレームを削除します。

       track bufferの最大終了タイムスタンプが設定されていない場合：

       track bufferから、プレゼンテーションタイムスタンプが presentation timestamp以上かつ frame end timestamp未満であるすべての符号化フレームを削除します。

       track bufferの最大終了タイムスタンプが設定されており、presentation timestamp以下である場合：

       track bufferから、プレゼンテーションタイムスタンプが 最大終了タイムスタンプ以上かつ frame end timestamp未満であるすべての符号化フレームを削除します。

   15. 直前の2つの手順で削除された符号化フレームに対する考えられるすべてのデコード依存関係を除去するため、直前の2つの手順で削除されたそれらのフレームと、それらの削除済みフレームの後にある次のランダムアクセスポイントとの間にあるすべての符号化フレームをtrack bufferから削除します。
       注記

       次のランダムアクセスポイントまでのすべての符号化フレームを削除することは、削除されたフレームと次のランダムアクセスポイントとの間にあるすべてのフレームが、削除されたフレームに依存していたと仮定するため、デコード依存関係の保守的な推定となります。

   16. spliced audio frameが設定されている場合：

       spliced audio frameをtrack bufferに追加します。

       spliced timed text frameが設定されている場合：

       spliced timed text frameをtrack bufferに追加します。

       それ以外の場合：

       presentation timestamp、decode timestampおよびframe durationを持つ符号化フレームを track bufferに追加します。

   17. track bufferの最終デコードタイムスタンプを decode timestampに設定します。
   18. track bufferの最終フレーム継続時間を frame durationに設定します。
   19. track bufferの最大終了タイムスタンプが未設定であるか、frame end timestampが最大終了タイムスタンプより大きい場合、track bufferの最大終了タイムスタンプを frame end timestampに設定します。
       注記

       符号化フレーム間の双方向予測により、デコードタイムスタンプが単調増加していても、presentation timestampが単調増加しない場合があるため、この「より大きい」という検査が必要です。

   20. frame end timestampが[[group end timestamp]]より大きい場合、 [[group end timestamp]]を frame end timestampと等しくなるように設定します。
   21. [[generate timestamps flag]]がtrueと等しい場合、 timestampOffsetを frame end timestampと等しくなるように設定します。

2. HTMLMediaElementの readyState属性が HAVE_METADATAであり、新しい符号化フレームによって HTMLMediaElementの bufferedが、現在の再生位置に対応する TimeRangesを持つようになった場合、 HTMLMediaElementの readyState属性を HAVE_CURRENT_DATAに設定します。

   注記

   HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。

3. HTMLMediaElementの readyState属性が HAVE_CURRENT_DATAであり、新しい符号化フレームによって HTMLMediaElementの bufferedが、現在の再生位置および現在の再生位置より先の時間を含む TimeRangesを持つようになった場合、 HTMLMediaElementの readyState 属性をHAVE_FUTURE_DATAに設定します。

   注記

   HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。

4. HTMLMediaElementの readyState属性が HAVE_FUTURE_DATAであり、新しい符号化フレームによって HTMLMediaElementの bufferedが、現在の再生位置および中断のない再生を保証するのに十分なデータを含む TimeRangesを持つようになった場合、 HTMLMediaElementの readyState 属性をHAVE_ENOUGH_DATAに設定します。

   注記

   HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。

5. メディアセグメントに現在のdurationを超えるデータが含まれている場合、 new durationを現在の継続時間と[[group end timestamp]]の最大値に設定して、継続時間変更アルゴリズムを実行します。

特定の時間範囲の符号化フレームを SourceBufferから削除する必要がある場合、次の手順に従います。

1. startを、削除範囲の開始プレゼンテーションタイムスタンプとします。
2. endを、削除範囲の終了プレゼンテーションタイムスタンプとします。

3. このSourceBuffer内の各トラックバッファについて、次の手順を実行します。

   1. remove end timestampを、 durationの現在値とします。

   2. このトラックバッファに、end以上のランダムアクセスポイントのタイムスタンプがある場合、 remove end timestampをそのランダムアクセスポイントのタイムスタンプに更新します。

      注記

      トラック内の符号化フレーム間の依存関係は、通常、別のトラック内の依存関係とは異なるため、ランダムアクセスポイントのタイムスタンプはトラックごとに異なる場合があります。

   3. このトラックバッファから、開始タイムスタンプがstart以上かつ remove end timestamp未満であるすべてのメディアデータを削除します。

      1. 削除された各フレームについて、そのフレームのデコードタイムスタンプが、そのフレームのトラックの最終デコードタイムスタンプと等しい場合、次の手順を実行します。

         modeが 「segments」と等しい場合：

         [[group end timestamp]]を プレゼンテーションタイムスタンプに設定します。

         modeが 「sequence」と等しい場合：

         [[group start timestamp]]を [[group end timestamp]]と等しくなるように設定します。

      2. すべてのトラックバッファの最終デコードタイムスタンプを未設定にします。
      3. すべてのトラックバッファの最終フレーム継続時間を未設定にします。
      4. すべてのトラックバッファの最大終了タイムスタンプを未設定にします。
      5. すべてのトラックバッファのランダムアクセスポイント要求フラグをtrueに設定します。
   4. 直前の手順で削除された符号化フレームに対する考えられるすべてのデコード依存関係を除去するため、直前の手順で削除されたそれらのフレームと、それらの削除済みフレームの後にある次のランダムアクセスポイントとの間にあるすべての符号化フレームを、このトラックバッファから削除します。
      注記

      次のランダムアクセスポイントまでのすべての符号化フレームを削除することは、削除されたフレームと次のランダムアクセスポイントとの間にあるすべてのフレームが、削除されたフレームに依存していたと仮定するため、デコード依存関係の保守的な推定となります。

   5. このオブジェクトがactiveSourceBuffers内にあり、 現在の再生位置がstart以上かつ remove end timestamp未満であり、かつHTMLMediaElementの readyStateが HAVE_METADATAより大きい場合、 HTMLMediaElementの readyState属性をHAVE_METADATAに設定し、再生を停止させます。

      注記

      HTMLMediaElementの準備状態 ［HTML］のロジックに従い、HTMLMediaElementの readyStateの変更によって、 HTMLMediaElement上でイベントが発生する可能性があります。

      注記

      この遷移は、現在位置のメディアデータが削除されたために発生します。現在の再生位置に対応するメディアが追加されるか、 3.15.5 選択済み／有効化済みトラック状態の変更が行われるまで、再生を進めることはできません。

4. [[buffer full flag]]がtrueと等しく、このオブジェクトがさらにバイトを受け入れられる状態である場合、[[buffer full flag]]をfalseに設定します。

このアルゴリズムは、新しいデータが追加されるとき、このSourceBuffer内の領域を解放するために実行されます。

1. new dataを、このSourceBufferにこれから追加されるデータとします。
   課題289：編集上の問題？ 符号化フレーム追い出しアルゴリズムでは、「buffer full flag」が|new data|に基づいて直ちに更新される可能性があることを記載する必要がある

   既存の[[input buffer]]内のバイトに加えて new dataを処理すると SourceBufferの容量を超えると予測した場合、実装がここで [[buffer full flag]]をtrueに設定することを選択してもよいと認識する手順が、ここに必要です。このような手順により、たとえばリソースをオーバーフローさせるnew dataを受け入れる前に、実装がより能動的にプッシュバックできるようになります。実際には、少なくとも1つの実装がすでにこれを行っています。

2. [[buffer full flag]]がfalseと等しい場合、これらの手順を中止します。
3. removal rangesを、new dataのための領域を確保する目的で、プレゼンテーションから追い出すことができるプレゼンテーション時間範囲のリストとします。
   注記

   実装は、removal rangesの選択に異なる方法を使用してもよいため、Webアプリケーションは特定の動作に依存すべきではありません。Webアプリケーションは、 buffered属性を使用して、バッファリングされたデータの一部が追い出されたかどうかを確認できます。

4. removal ranges内の各範囲について、 startおよびendをそれぞれ削除範囲の開始タイムスタンプおよび終了タイムスタンプと等しくして、符号化フレーム削除アルゴリズムを実行します。

符号化フレーム処理アルゴリズムが、重なり合う2つの音声符号化フレームに対してスプライスフレームを生成する必要がある場合、次の手順に従います。

1. track bufferを、スプライスを格納するトラックバッファとします。
2. new coded frameを、track bufferに追加される新しい符号化フレームであり、スプライスの必要性を生じさせたものとします。
3. presentation timestampを、new coded frameのプレゼンテーションタイムスタンプとします。
4. decode timestampを、new coded frameのデコードタイムスタンプとします。
5. frame durationを、new coded frameの符号化フレーム継続時間とします。
6. overlapped frameを、presentation timestampを含むプレゼンテーション区間を持つ、track buffer内の符号化フレームとします。
7. presentation timestampおよびdecode timestampを、overlapped frame内の音声のサンプルレートに基づいて、最も近い音声サンプルのタイムスタンプに更新します。タイムスタンプが2つの音声サンプルのタイムスタンプから等距離にある場合は、大きい方のタイムスタンプを使用します（例： floor(x * sample_rate + 0.5) / sample_rate）。
   注記

   たとえば、次の値が与えられているとします。

   • overlapped frameのプレゼンテーションタイムスタンプは10と等しい。
   • overlapped frameのサンプルレートは8000 Hzと等しい。
   • presentation timestampは10.01255と等しい。
   • decode timestampは10.01255と等しい。

   10.01255は10 + 101/8000（10.012625）よりも10 + 100/8000（10..0125）に近いため、 presentation timestampおよびdecode timestampは10.0125に更新されます。

8. ユーザーエージェントがクロスフェードをサポートしていない場合、次の手順を実行します。
   1. overlapped frameをtrack bufferから削除します。
   2. 次のプロパティを持つ無音フレームをtrack bufferに追加します。
      • プレゼンテーションタイムスタンプを、overlapped frameのプレゼンテーションタイムスタンプに設定します。
      • デコードタイムスタンプを、overlapped frameのデコードタイムスタンプに設定します。
      • 符号化フレーム継続時間を、presentation timestampとoverlapped frameのプレゼンテーションタイムスタンプとの差に設定します。
      注記

      一部の実装は、遷移時の違和感を軽減するため、挿入した無音の両側にある符号化フレームに対して、無音へのフェードまたは無音からのフェードを適用してもよいです。

   3. スプライスフレームを提供せず、呼び出し元へ戻ります。
      注記

      これは、overlapped frameが最初からtrack buffer内になかったかのように、 new coded frameを track bufferへ追加できるようにすることを意図しています。

9. frame end timestampを、presentation timestampと frame durationの合計とします。
10. splice end timestampを、presentation timestampと5ミリ秒のスプライス継続時間の合計とします。
11. fade out coded framesを、overlapped frameと、 presentation timestampより大きく、splice end timestamp未満のプレゼンテーションタイムスタンプを持つtrack buffer内の追加フレームとします。
12. fade out coded framesに含まれるすべてのフレームをtrack bufferから削除します。
13. 次のプロパティを持つスプライスフレームを返します。
    • プレゼンテーションタイムスタンプを、overlapped frameのプレゼンテーションタイムスタンプに設定します。
    • デコードタイムスタンプを、overlapped frameのデコードタイムスタンプに設定します。
    • 符号化フレーム継続時間を、 frame end timestampと overlapped frameのプレゼンテーションタイムスタンプとの差に設定します。
    • フェードアウト符号化フレームはfade out coded framesと等しくします。
    • フェードイン符号化フレームはnew coded frameと等しくします。
      注記

      new coded frameの継続時間が5ミリ秒未満である場合、スプライスを正しくレンダリングするには、new coded frameの後に追加される符号化フレームが必要となります。

    • スプライスタイムスタンプはpresentation timestampと等しくします。
    注記

    このスプライスフレームがどのようにレンダリングされるかの詳細については、音声スプライスレンダリングアルゴリズムを参照してください。

音声スプライスフレームアルゴリズムによって生成されたスプライス済みフレームを、メディア要素がレンダリングする必要がある場合、次の手順を実行します。

1. fade out coded framesを、スプライス中にフェードアウトされる符号化フレームとします。
2. fade in coded framesを、スプライス中にフェードインされる符号化フレームとします。
3. presentation timestampを、 fade out coded frames内の最初の符号化フレームのプレゼンテーションタイムスタンプとします。
4. end timestampを、 fade in coded frames内の最後のフレームのプレゼンテーションタイムスタンプと 符号化フレーム継続時間の合計とします。
5. splice timestampを、スプライスが開始するプレゼンテーションタイムスタンプとします。これは、 fade in coded frames内の最初のフレームのプレゼンテーションタイムスタンプに対応します。
6. splice end timestampを、splice timestampに5ミリ秒を加えた値とします。
7. fade out samplesを、fade out coded framesのデコードによって生成されるサンプルとします。
8. fade out samplesをトリミングし、presentation timestampとsplice end timestampの間のサンプルだけが含まれるようにします。
9. fade in samplesを、fade in coded framesのデコードによって生成されるサンプルとします。
10. fade out samplesとfade in samplesに共通のサンプルレートおよびチャンネルレイアウトがない場合、 fade out samplesとfade in samplesを共通のサンプルレートおよびチャンネルレイアウトに変換します。
11. output samplesを、出力サンプルを保持するバッファとします。
12. fade out samples内のsplice timestampとsplice end timestampの間のサンプルに、開始ゲインが1、終了ゲインが0の線形ゲインフェードアウトを適用します。
13. fade in samples内のsplice timestampとsplice end timestampの間のサンプルに、開始ゲインが0、終了ゲインが1の線形ゲインフェードインを適用します。
14. fade out samplesから、presentation timestampとsplice timestampの間のサンプルを output samplesへコピーします。
15. splice timestampとsplice end timestampの間の各サンプルについて、 fade out samplesのサンプルとfade in samples内の対応するサンプルとの合計を計算し、その結果をoutput samplesに格納します。
16. fade in samplesから、splice end timestampとend timestampの間のサンプルをoutput samplesへコピーします。
17. output samplesをレンダリングします。

注記

このアルゴリズムを図で表すと次のようになります。

符号化フレーム処理アルゴリズムが、重なり合う2つの時間指定テキスト符号化フレームに対してスプライスフレームを生成する必要がある場合、次の手順に従います。

1. track bufferを、スプライスを格納するトラックバッファとします。
2. new coded frameを、track bufferに追加される新しい符号化フレームであり、スプライスの必要性を生じさせたものとします。
3. presentation timestampを、new coded frameのプレゼンテーションタイムスタンプとします。
4. decode timestampを、new coded frameのデコードタイムスタンプとします。
5. frame durationを、new coded frameの符号化フレーム継続時間とします。
6. frame end timestampを、presentation timestampと frame durationの合計とします。
7. first overlapped frameを、presentation timestampを含むプレゼンテーション区間を持つ、track buffer内の符号化フレームとします。
8. overlapped presentation timestampを、 first overlapped frameのプレゼンテーションタイムスタンプとします。
9. overlapped framesを、first overlapped frameと、 presentation timestampより大きく、frame end timestamp未満のプレゼンテーションタイムスタンプを持つtrack buffer内の追加フレームとします。
10. overlapped framesに含まれるすべてのフレームをtrack bufferから削除します。
11. first overlapped frameの符号化フレーム継続時間を、 presentation timestampからoverlapped presentation timestampを引いた値に更新します。
12. first overlapped frameをtrack bufferに追加します。
13. スプライスフレームを提供せず、呼び出し元へ戻ります。
    注記

    これは、new coded frameが最初からtrack buffer内のどのフレームとも重なっていなかったかのように、track bufferへ追加できるようにすることを意図しています。

次の手順は、SourceBufferの監視アルゴリズムが実行されるよう スケジュールされるたびに、定期的に実行されます。

途切れない再生を保証するのに十分な管理対象データが あることは、ユーザーエージェントが、意味のある一定期間にわたり停止することなく プレゼンテーションを再生するのに十分なデータを現在保持していると判断する、実装定義の条件です。 この条件は、streamingの値をいつ遷移させるかを 決定するため、継続的に評価されます。これらの遷移は、ユーザーエージェントが 十分なデータをバッファリングしていると判断したとき、またはさらにデータが必要だと判断したときをそれぞれ示します。

効率的な方法でデータを取得してバッファリング できることは、ユーザーエージェントが、望ましいメモリ使用量を達成しながら エネルギー効率の高い方法で新しいデータを取得できると判断する、実装定義の条件です。

1. MediaSourceのSourceBufferの監視アルゴリズムを実行します。
2. can play uninterrupted and efficientlyを、 buffered 属性にTimeRanges が含まれ、それが現在の再生位置を含み、途切れない再生を 保証するのに十分な管理対象データがあること、かつ 効率的な方法でデータを 取得してバッファリングできることを満たす場合にtrueとなるフラグとします

   can play uninterrupted and efficientlyが streamingと等しくない場合は、要素タスクを キューに入れます。このタスクはメディア 要素上で次の手順を実行します：

   1. thisの streaming 属性をcan play uninterrupted and efficientlyに設定します。
   2. can play uninterrupted and efficientlyがfalseの場合は、イベントを発火します。 このイベントは startstreamingと呼ばれ、ManagedMediaSourceを対象とします。
   3. それ以外の場合は、イベントを発火します。 このイベントはendstreamingと呼ばれ、 ManagedMediaSourceを対象とします。

1. thisのsourceBuffers内の 各bufferについて：

   1. bufferのメモリのクリーンアップ アルゴリズムを実行します。

次の手順は、ManagedSourceBuffer bufferに対する、そのbufferの bufferedを変更させるすべての操作が 完了した時点で実行されます。すなわち、appendBuffer()、 remove()またはメモリのクリーンアップアルゴリズムが 完了した時点です。

1. previous buffered rangesを、変更が発生する前の buffered属性とします。
2. new buffered rangesを、新しいbuffered TimeRangesとします。
3. addedを、previous buffered rangesをnew buffered rangesから減算した結果とします。
4. removedを、new buffered rangesをprevious buffered rangesから減算した結果とします。
5. eventInitDictを、新しいBufferedChangeEventInit 辞書とし、その addedRangesをaddedで、その removedRangesを removedで初期化します。
6. タスクをキューに入れ、 bufferを対象として、bufferedchangeという名前の イベントを 発火します。イベントには BufferedChangeEventインターフェイスを使用し、 eventInitDictで初期化します。

1. thisが、 thisの親であるManagedMediaSourceの activeSourceBuffers内にない場合：

   1. 符号化フレーム 削除アルゴリズムを、startを0、endを positive infinityに設定して実行し、これらの手順を中止します。

2. removal rangesを、 currentTime から、そのプレゼンテーションを再び取得できるようになるまでの途切れない再生を保証するために、 プレゼンテーションから追い出すことができるプレゼンテーション時間範囲のリストとします。
   注記

   実装は、removal rangesを選択するために異なる戦略を 使用できるため、ウェブアプリケーションは特定の動作に依存すべきではありません。 ウェブアプリケーションは、バッファリングされたデータの一部が追い出されたかどうかを確認するため、 bufferedchangeイベントを監視します。

3. removal ranges内の各範囲について、符号化フレーム削除アルゴリズムを、 startとendをそれぞれ 削除範囲の開始タイムスタンプと終了タイムスタンプに設定して実行します。