メディアソース拡張™

MediaSourceをメディア要素にアタッチする仕組みは、MediaSourceオブジェクトがどこで構築されたか、すなわちWindowなのか DedicatedWorkerGlobalScopeなのかに応じて異なります。

• Windowで構築されたMediaSourceをアタッチするには、そのMediaSourceオブジェクトURLを、該当するMediaSourceについてメディア要素のsrc属性、またはメディア要素内の<source>のsrc属性へ代入します。MediaSourceオブジェクトURLは、 MediaSourceオブジェクトをcreateObjectURL()に渡すことで作成されます。

  実装は、あるMediaSourceオブジェクトURLの作成を、DedicatedWorkerGlobalScope内で、そのワーカーで構築されたMediaSourceに対して許可してもよいMAYですが、そのMediaSourceオブジェクトURLを用いて、メディア要素のsrc属性またはメディア要素内の<source>のsrc属性でアタッチしようとする試みは、以下で拡張されるメディア要素のresource fetch algorithmにおいて失敗しなければなりませんMUST。

  注

  オブジェクトURLによるアタッチ機構をワーカーのMediaSourceオブジェクトURLにまで拡張すると、srcObjectの利用に比べて望ましくないイディオムがさらに広がり、ユーザーエージェント間の相互運用性リスクや実装の複雑さを不必要に高めます。

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

もしresource fetch algorithmが、メディア提供オブジェクトとしてMediaSourceオブジェクト、MediaSourceHandleオブジェクト、またはオブジェクトがMediaSourceであるURLレコードで呼び出された場合は、modeをlocalにし、（そうでなければmodeをremoteに設定しうる）resource fetch algorithmの最初の手順をスキップして、そのresource fetch algorithmの実行を続けます。

resource fetch algorithmの「Otherwise（mode is local）」節の冒頭で、以下の追加手順を実行します。

1. もしresource fetch algorithmが、メディア提供オブジェクトとしてMediaSourceオブジェクト、MediaSourceHandleオブジェクト、またはオブジェクトがMediaSourceであるURLレコードで呼び出されているなら：

   メディア提供オブジェクトが、オブジェクトがMediaSourceであるURLレコードで、かつそれがDedicatedWorkerGlobalScopeで構築された場合（ 例えばMediaSourceオブジェクトURLを DedicatedWorkerGlobalScopeから用いようとする場合 など）

   resource fetch algorithmのmedia data processing steps listにある、"If the media data cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource"の手順を実行します。

   注

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

   メディア提供オブジェクトが、MediaSourceHandleで、その[[Detached]]内部スロットがtrueである場合

   resource fetch algorithmのmedia data processing steps listにある、"If the media data cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource"の手順を実行します。

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

   resource fetch algorithmのmedia data processing steps listにある、"If the media data cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource"の手順を実行します。

   注

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

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

   resource fetch algorithmのmedia data processing steps listにある、"If the media data cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource"の手順を実行します。

   それ以外の場合

   1. MediaSourceの[[has ever been attached]]内部スロットをtrueに設定します。
   2. メディア要素のdelaying-the-load-event-flagを falseに設定します。

   3. MediaSourceが DedicatedWorkerGlobalScopeで構築されている場合、ワーカー側のアタッチ通信をセットアップし、MediaSourceをopenにします：

      1. [[channel with worker]]に新しい MessageChannelを設定します。
      2. [[port to worker]]を、 port1（[[channel with worker]]の値）に設定します。
      3. StructuredSerializeWithTransferを実行し、 port2（[[channel with worker]]の値）を値およびtransferListの唯一のメンバーとして渡し、結果をserialized port2とします。
      4. Queue a taskを、MediaSourceのDedicatedWorkerGlobalScope上で行い、次を実施します
         1. StructuredDeserializeWithTransferを、serialized port2とDedicatedWorkerGlobalScopeのrealmで実行し、転送されたport2のデシリアライズされたクローンを[[port to main]]に設定します（[[channel with worker]]の値）。
         2. readyState属性を "open"に設定します。
         3. Queue a taskで、fire an eventを行い、sourceopenという名前のイベントを MediaSourceで発火します。

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

      1. [[channel with worker]]を nullに設定します。
      2. [[port to worker]]を nullに設定します。
      3. [[port to main]]を nullに設定します。
      4. readyState属性を "open"に設定します。
      5. Queue a taskで、fire an eventを行い、sourceopenという名前のイベントを MediaSourceで発火します。

   4. resource fetch algorithmを、残りの"Otherwise (mode is local)"の手順を実行することで継続します。要件は次のとおりです：
      1. resource fetch algorithmまたはmedia data processing steps listにおける「the download」「bytes received」「whenever new data for the current media resource becomes available」への言及は、appendBuffer()経由で渡されるデータを指します。
      2. resource fetch algorithmおよびmedia data processing steps listにおけるHTTPへの参照は、MediaSourceがアタッチされているときはHTMLMediaElementがHTTP経由でメディアデータを取得しないため、適用されません。

以下の手順は、メディア要素が NETWORK_EMPTY に遷移し、メディア要素で タスクをキューして イベントを発火 （名前は emptied） するあらゆる場合に実行されます。これらの手順は、遷移の直前に実行される SHOULD があります。

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

   1. MediaSource に対して、内部の detach メッセージを [[port to worker]] にポストして通知する。
   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. SourceBuffer オブジェクトをすべて activeSourceBuffers から削除する。
7. タスクをキューして、 イベントを発火し、 名前が removesourcebuffer のイベントを activeSourceBuffers で発火する。
8. SourceBuffer オブジェクトをすべて sourceBuffers から削除する。
9. タスクをキューして、 イベントを発火し、 名前が removesourcebuffer のイベントを sourceBuffers で発火する。
10. タスクをキューして、 イベントを発火し、 名前が sourceclose のイベントを MediaSource で発火する。

seek アルゴリズム の 「ユーザーエージェントが、新しい再生位置のメディアデータが利用可能かどうかを判断し、 もし利用可能であれば、その位置を再生できるだけのデータをデコードするまで待機する」手順の一部として、 次の手順を実行します。

1. 注

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

   new playback position が、 TimeRanges （HTMLMediaElement の buffered） のいずれにも含まれていない場合

   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 が現在の HTMLMediaElement の buffered に含まれる TimeRanges 内にある場合には、現在選択または有効なトラックバッファの最大範囲終了タイムスタンプが new playback position より小さくても、ここでシーク操作は完了まで継続しなければなりません。 この条件は、 buffered のロジックにより、 readyState が "ended" のときにのみ発生するはずです。

2. メディア要素はすべてのデコーダーをリセットし、適切な initialization segment のデータで各デコーダーを初期化する。
3. メディア要素は、active track buffers から coded frames をデコーダーへ供給し、 new playback position の直前で最も近い random access point から開始する。
4. seek アルゴリズム を「安定状態を待機」の手順から再開する。

再生中に定期的に次の手順を実行し、SourceBuffer オブジェクト（ activeSourceBuffers 内）が、 途切れのない再生を保証するのに十分なデータ を持っていることを確認します。 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. これらの手順を中止する。

再生中、activeSourceBuffers は、 ビデオトラックの selected、 オーディオトラックの enabled、 あるいはテキストトラックの mode が変更された場合に更新する必要があります。これらのうち 1 つ以上が変更されたときは、以下の手順に従う必要があります。 また、MediaSource が DedicatedWorkerGlobalScope で構築された場合、 以前に内部の create track mirror メッセージの暗黙ハンドラによって作成されたトラックの Window ミラーに発生する各変更も、 [[port to worker]] にポストされる内部の update track state メッセージを用いて 対応する DedicatedWorkerGlobalScope のトラックにも反映しなければなりません MUST。暗黙ハンドラは変更を行い、以下の手順を実行します。 同様に、 DedicatedWorkerGlobalScope のトラックに発生する各変更も、 [[port to main]] にポストされる内部の update track state メッセージを用いて 対応する Window のミラーにも反映しなければなりません MUST。暗黙ハンドラはミラーに変更を適用します。

選択されたビデオトラックが変更された場合は、以下の手順を実行する：

1. 以前に選択されていたビデオトラックに関連付けられている SourceBuffer が、 他の有効なトラックと関連付けられていない場合、以下の手順を実行する：
   1. その SourceBuffer を activeSourceBuffers から削除する。
   2. タスクをキューして、 イベントを発火し、 名前が removesourcebuffer のイベントを activeSourceBuffers で発火する。
2. 新たに選択されたビデオトラックに関連付けられている SourceBuffer が、 まだ activeSourceBuffers に含まれていない場合、以下の手順を実行する：
   1. その SourceBuffer を activeSourceBuffers に追加する。
   2. タスクをキューして、 イベントを発火し、 名前が addsourcebuffer のイベントを activeSourceBuffers で発火する。

あるオーディオトラックが無効になり、そのトラックに関連付けられている SourceBuffer が、他の有効または選択トラックと関連付けられていない場合、次の手順を実行する：

1. そのオーディオトラックに関連付けられている SourceBuffer を activeSourceBuffers から削除する。
2. タスクをキューして、 イベントを発火し、 名前が removesourcebuffer のイベントを activeSourceBuffers で発火する。

あるオーディオトラックが有効になり、そのトラックに関連付けられている SourceBuffer が、 まだ activeSourceBuffers に含まれていない場合、次の手順を実行する：

1. そのオーディオトラックに関連付けられている SourceBuffer を activeSourceBuffers に追加する。
2. タスクをキューして、 イベントを発火し、 名前が addsourcebuffer のイベントを activeSourceBuffers で発火する。

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

1. そのテキストトラックに関連付けられている SourceBuffer を activeSourceBuffers から削除する。
2. タスクをキューして、 イベントを発火し、 名前が removesourcebuffer のイベントを activeSourceBuffers で発火する。

テキストトラックの mode が "showing" または "hidden" になり、そのトラックに関連付けられている SourceBuffer が、 まだ activeSourceBuffers に含まれていない場合、次の手順を実行する：

1. そのテキストトラックに関連付けられている SourceBuffer を activeSourceBuffers に追加する。
2. タスクをキューして、 イベントを発火し、 名前が addsourcebuffer のイベントを activeSourceBuffers で発火する。

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

1. 現在の duration の値が new duration と等しい場合、戻ります。
2. new duration が、 SourceBuffer （ sourceBuffers内）のすべてにわたる バッファ済み coded frames の最大の presentation timestamp より小さい場合、 InvalidStateError 例外を投げて、 これらの手順を中止します。
   注

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

3. highest end time を、 すべての SourceBuffer （ sourceBuffers内）の track buffers にわたる track buffer ranges の最大の終了時刻とします。
4. new duration が highest end time より小さい場合
   注

   この条件は、coded frame removal アルゴリズムが、 削除範囲の開始前に始まる coded frames を保持するために発生することがあります。

   1. new duration を highest end time と等しく更新します。
5. duration を new duration に更新します。
6. mirror if necessary アルゴリズムを使って、 メディア要素の duration を更新するため、Window で 以下の手順を実行します：
   1. メディア要素の duration を new duration に更新する。
   2. HTMLMediaElement duration change algorithm を実行する。

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

1. readyState 属性値を "ended" に変更します。
2. タスクをキューして、 イベントを発火し、 名前が sourceended のイベントを MediaSource で発火します。

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

   1. duration変更 アルゴリズムを、 new duration を すべての SourceBuffer （ sourceBuffers内）の track buffers にわたる track buffer ranges の最大の終了時刻に設定して実行します。
      注

      これにより、durationが追加済みメディアセグメントの終了位置に正しく反映されます。 例えば、durationが明示的に10秒に設定されており、endOfStream()呼び出し前に0～5秒のメディアセグメントだけが追加された場合、 durationは5秒に更新されます。

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

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

   mirror if necessary アルゴリズムを使い、 Window で以下の手順を実行します：

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

   resource fetch algorithm の media data processing steps list にある "If the media data cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource" の手順を実行します。

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

   "If the connection is interrupted after some media data has been received, causing the user agent to give up trying to fetch the resource" の手順を resource fetch algorithm の media data processing steps list で実行します。

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

   mirror if necessary アルゴリズムを使い、 Window で以下の手順を実行します：

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

   "If the media data can be fetched but is found by inspection to be in an unsupported format, or can otherwise not be rendered at all" の手順を resource fetch algorithm の media data processing steps list で実行します。

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

   media data is corrupted の手順を resource fetch algorithm の media data processing steps list で実行します。

このアルゴリズムは、MediaSource が 同じ Window でアタッチされている場合や DedicatedWorkerGlobalScope からアタッチされている場合に、 Window で手順を実行するために使います。 通常は、アタッチされている HTMLMediaElement の状態を更新するためです。 このアルゴリズムは、steps パラメータ（Window で実行する手順のリスト）を受け取ります。

MediaSource が DedicatedWorkerGlobalScope で構築されている場合：

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

注

mirrorメッセージ機構の目的は以下の通りです：

1. steps が Window 上で 非同期に独立したタスクとして実行されること（他の Window タスクの途中で 実行されるのではなく）、かつ
2. steps が DedicatedWorkerGlobalScope 上で このアルゴリズムの同期実行やリターンをブロックしないこと

それ以外の場合：

steps を実行する。

各 SourceBuffer オブジェクトは、セグメントパースの高レベル状態を追跡するための [[append state]] 内部スロットを持ちます。初期値は WAITING_FOR_SEGMENT であり、データ追加時に以下の状態に遷移します。

各 SourceBuffer オブジェクトは [[input buffer]] 内部スロットを持ち、これは appendBuffer() の呼び出し間で未パースのバイト列を保持するバイトバッファです。SourceBufferオブジェクト生成時は空です。

各 SourceBuffer オブジェクトは [[buffer full flag]] 内部スロットを持ち、これは appendBuffer() で追加可能なバイト数の上限に達しているかどうかを追跡します。オブジェクト生成時は false で、データ追加や削除により更新されます。

各 SourceBuffer オブジェクトは [[group start timestamp]] 内部スロットを持ち、"sequence" モードで新しい coded frame group の開始タイムスタンプを記録します。オブジェクト生成時は未設定であり、mode 属性が "sequence" かつ timestampOffset 属性が設定されたとき、または coded frame processing アルゴリズム実行時に更新されます。

各 SourceBuffer オブジェクトは [[group end timestamp]] 内部スロットを持ち、現在の coded frame group 全体の coded frame end timestamp の最大値を保存します。オブジェクト生成時は 0 で、coded frame processing アルゴリズムで更新されます。

各 SourceBuffer オブジェクトは [[generate timestamps flag]] 内部スロット（boolean型）を持ち、coded frames に対してタイムスタンプ生成が必要かどうかを追跡します。このフラグは、addSourceBuffer()でオブジェクト生成時に設定され、changeType()で更新されます。

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

1. ループトップ: [[input buffer]] が空なら、下記 need more data 手順にジャンプする。
2. [[input buffer]] のバイト列が SourceBufferバイトストリームフォーマット仕様に違反している場合、append error アルゴリズムを実行し、このアルゴリズムを中止する。
3. byte stream format specifications で無視すべきとされているバイトを [[input buffer]] の先頭から除去する。

4. [[append state]] が WAITING_FOR_SEGMENT の場合、以下の手順を実行：

   1. [[input buffer]] の先頭が initialization segment の開始を示している場合、[[append state]] を PARSING_INIT_SEGMENT に設定する。
   2. [[input buffer]] の先頭が media segment の開始を示している場合、[[append state]] を PARSING_MEDIA_SEGMENT に設定する。
   3. 上記 ループトップ 手順にジャンプする。

5. [[append state]] が PARSING_INIT_SEGMENT の場合、以下の手順を実行：

   1. [[input buffer]] が完全な initialization segment をまだ含んでいなければ、下記 need more data 手順にジャンプする。
   2. initialization segment received アルゴリズムを実行する。
   3. initialization segment のバイトを [[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 の場合、append errorアルゴリズムを実行し、このアルゴリズムを中止する。
   2. [[input buffer]] が一つ以上の完全な coded frames を含む場合、coded frame processing アルゴリズムを実行する。
      注

      coded frame processing アルゴリズムの実行頻度は実装依存です。input bufferに完全なメディアセグメントがあるとき、または完全な coded frames が追加されるたびに複数回呼ぶMAYです。

   3. この SourceBuffer が一杯でさらにメディアデータを受け付けられない場合、[[buffer full flag]] を true に設定する。
   4. [[input buffer]] が完全な media segment を含まない場合、下記 need more data 手順にジャンプする。
   5. media segment のバイトを [[input buffer]] の先頭から削除する。
   6. [[append state]] を WAITING_FOR_SEGMENT に設定する。
   7. 上記 ループトップ 手順にジャンプする。
7. need more data: 呼び出し元アルゴリズムへ制御を返す。

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

1. [[append state]] が PARSING_MEDIA_SEGMENT で、 [[input buffer]] にいくつかの完全な coded frames が含まれている場合は、 それらの完全な coded frames がすべて処理されるまで coded frame processing アルゴリズムを実行する。
2. すべての track buffers の last decode timestamp を未設定にする。
3. すべての track buffers の last frame duration を未設定にする。
4. すべての track buffers の highest end timestamp を未設定にする。
5. すべての track buffers の need random access point flag を true に設定する。
6. mode 属性が "sequence" の場合、 [[group start timestamp]] を [[group end timestamp]] で設定する。
7. [[input buffer]] の全てのバイトを削除する。
8. [[append state]] を WAITING_FOR_SEGMENT に設定する。

追加操作中にエラーが発生した時に呼ばれるアルゴリズムです。

1. reset parser state アルゴリズムを実行する。
2. updating 属性を false に設定する。
3. タスクをキューして イベントを発火し 名前が error のイベントをこの SourceBuffer オブジェクトで発火する。
4. タスクをキューして イベントを発火し 名前が updateend のイベントをこの SourceBuffer オブジェクトで発火する。
5. end of stream アルゴリズムを error パラメータを "decode" にして実行する。

追加操作が開始されると、SourceBuffer の検証および準備のために以下の手順を実行します。

1. SourceBuffer が sourceBuffers 属性から削除されている場合は parent media source に対して InvalidStateError 例外を投げて中止。
2. updating 属性が true の場合は InvalidStateError 例外を投げて中止。
3. recent element error を次のように判定する：

   MediaSource が Window で構築されている場合

   HTMLMediaElement の error 属性が null でなければ true。null なら false。

   それ以外の場合

   Window の HTMLMediaElement の error 属性が変更された時、[[port to worker]] の暗黙メッセージで通知された値とする。まだメッセージが受信されていなければ false。

4. recent element error が true の場合、InvalidStateError 例外を投げて中止。

5. readyState 属性が parent media source で "ended" の場合、以下の手順を実行：

   1. readyState 属性を parent media source で "open" に設定する
   2. タスクをキューして イベントを発火し 名前が sourceopen のイベントを parent media source で発火する。
6. coded frame eviction アルゴリズムを実行する。

7. [[buffer full flag]] が true の場合は QuotaExceededError 例外を投げて中止。

   注

   これは、追加に必要な十分なデータの削除ができなかった、もしくは追加サイズが大きすぎることを示します。ウェブアプリケーションは remove() を使って明示的に空き領域を確保するか、追加サイズを減らすべきです。

appendBuffer() が呼び出された際、追加されたデータの処理に以下の手順を実行します。

1. segment parser loop アルゴリズムを実行する。
2. 前の手順で segment parser loop アルゴリズムが中止された場合は、このアルゴリズムを中止する。
3. updating 属性を false に設定する。
4. タスクをキューして イベントを発火し 名前が update のイベントをこの SourceBuffer オブジェクトで発火する。
5. タスクをキューして イベントを発火し 名前が updateend のイベントをこの SourceBuffer オブジェクトで発火する。

JavaScript から見える範囲削除操作を開始し、他の SourceBuffer の更新をブロックする必要がある場合は以下の手順に従います：

1. start を、削除範囲の開始 presentation timestamp（秒、presentation start timeからの秒数）とする。
2. end を、削除範囲の終了 presentation timestamp（秒、presentation start timeからの秒数）とする。
3. updating 属性を true に設定する。
4. タスクをキューして イベントを発火し 名前が updatestart のイベントをこの SourceBuffer オブジェクトで発火する。
5. 呼び出し元に制御を返し、残りの手順は非同期で実行する。
6. coded frame removal アルゴリズムを start および end を削除範囲として実行する。
7. updating 属性を false に設定する。
8. タスクをキューして イベントを発火し 名前が update のイベントをこの SourceBuffer オブジェクトで発火する。
9. タスクをキューして イベントを発火し 名前が updateend のイベントをこの SourceBuffer オブジェクトで発火する。

segment parser loop が完全な initialization segment を正常にパースしたとき、次の手順を実行します。

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

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

1. 現在の duration 属性が NaN に等しい場合は更新する：

   initialization segment に duration が含まれている場合：

   duration 変更 アルゴリズムを、 new duration を initialization segment 内の duration に設定して実行する。

   それ以外の場合：

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

2. initialization segment に音声・動画・テキストのいずれのトラックも含まれていない場合、 append error アルゴリズムを実行して、これらの手順を中止する。
3. [[first initialization segment received flag]] が true の場合、次の手順を実行する：
   1. 以下の性質を検証する。いずれかの検証に失敗した場合は append error アルゴリズムを実行して、これらの手順を中止する。
      • 音声・動画・テキストトラックの数が最初の initialization segment のものと一致している。
      • ある種類に複数トラックが存在する場合（例：音声トラックが 2 本）、 各トラックの Track ID が最初の initialization segment のものと一致している。
      • 各トラックのコーデックがユーザーエージェントでサポートされている。
        注

        ユーザーエージェントは、通常はサポートされるコーデックであっても、ここでは MAY 「サポートされない」と見なすことがあります。例えば、そのコーデックが type パラメータとして (a) この SourceBuffer オブジェクトに対して直近で成功した changeType() の呼び出し、または (b) まだ成功した changeType() がない場合は、当該オブジェクトを作成した addSourceBuffer() において、正確に指定されていないときです。例えば、直近で成功した changeType() が 'video/webm' または 'video/webm; codecs="vp8"' で呼び出されており、initialization segment に vp9 のビデオトラックが現れた場合、 他の 2 つの性質の検証が通っていても、この手順を用いてデコードエラーをトリガーすることが MAY です。実装は、コーデックが実際にサポートされていない場合や他の 2 つの検証が失敗する場合にのみエラーをトリガーすることが推奨されます。 Web 作者は、ユーザーエージェントのサポートをより積極的に検出するため、 changeType()、 addSourceBuffer()、 および isTypeSupported() を正確なコーデックパラメータで使用することが推奨されます。さらに、 changeType() は、SourceBuffer オブジェクトの bytestream 形式が変わる場合に必要です。

   2. この initialization segment から適切な track descriptions を各 track buffers に追加する。
   3. すべての track buffer の need random access point flag を true に設定する。
4. active track flag を false とする。

5. [[first initialization segment received flag]] が false の場合、次の手順を実行する：

   1. initialization segment に、ユーザーエージェントがサポートしないコーデックのトラックが含まれている場合、 append error アルゴリズムを実行して中止する。
      注

      ユーザーエージェントは、通常はサポートされるコーデックでも、ここでは「サポートされない」と MAY 見なすことがあります。これは、そのコーデックが type パラメータとして (a) この SourceBuffer オブジェクトに対して直近で成功した changeType() の呼び出し、または (b) 当該オブジェクトでまだ成功した changeType() が無い場合は、当該オブジェクトを作成した addSourceBuffer() において正確に指定されていないときです。例えば、 MediaSource.isTypeSupported('video/webm;codecs="vp8,vorbis"') が true を返す場合でも、 addSourceBuffer() が 'video/webm;codecs="vp8"' で呼ばれ、initialization segment に Vorbis トラックが現れたなら、 この手順を用いてデコードエラーをトリガーすることが MAY です。実装は、コーデックが実際に非サポートの場合にのみエラーをトリガーすることが推奨されます。 Web 作者は、より積極的にユーザーエージェントのサポートを検出するため、 changeType()、 addSourceBuffer()、 および isTypeSupported() を正確なコーデックパラメータで用いることが推奨されます。 また、changeType() は、SourceBuffer オブジェクトの bytestream 形式が変更される場合に必要です。

   2. initialization segment の各音声トラックについて、次の手順を実行する：

      1. audio byte stream track ID を、処理中の現在のトラックの Track ID とする。
      2. audio language を、このトラックについて initialization segment で指定された言語の BCP 47 言語タグ、 または言語情報が無い場合は空文字列とする。
      3. audio language が BCP 47 の 'und' に等しい場合、 audio language に空文字列を代入する。
      4. audio label を、このトラックについて initialization segment で指定されたラベル、 または情報が無い場合は空文字列とする。
      5. audio kinds を、このトラックについて initialization segment で指定された kind 文字列のシーケンス、 あるいは情報が無い場合は空文字列 1 要素のシーケンスとする。
      6. audio kinds の各値について、次の手順を実行する：
         1. current audio kind を、この反復における audio kinds の値とする。
         2. new audio track を新しい AudioTrack オブジェクトとする。
         3. ユニークな ID を生成し、new audio track の id プロパティに代入する。
         4. audio language を new audio track の language プロパティに代入する。
         5. audio label を new audio track の label プロパティに代入する。
         6. current audio kind を new audio track の kind プロパティに代入する。

         7. この SourceBuffer オブジェクトの audioTracks の length が 0 に等しい場合、次を実行する：

            1. new audio track の enabled プロパティを true に設定する。
            2. active track flag を true に設定する。
         8. new audio track を、この audioTracks 属性に追加する（対象はこの SourceBuffer オブジェクト）。
            注

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

         9. parent media source が DedicatedWorkerGlobalScope で構築されている場合：

            内部の create track mirror メッセージを [[port to main]] にポストし、Window の暗黙ハンドラが次の手順を実行する：

            1. mirrored audio track を新しい AudioTrack オブジェクトとする。
            2. mirrored audio track に、 new audio track と同一のプロパティ値を設定する。
            3. mirrored audio track を HTMLMediaElement の audioTracks 属性に追加する。

            それ以外の場合：

            new audio track を HTMLMediaElement の audioTracks 属性に追加する。

            注

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

      7. このトラックの coded frames を格納するための新しい track buffer を作成する。
      8. このトラックの track description を track buffer に追加する。

   3. initialization segment の各動画トラックについて、次の手順を実行する：

      1. video byte stream track ID を、処理中の現在のトラックの Track ID とする。
      2. video language を、このトラックについて initialization segment で指定された言語の BCP 47 言語タグ、 または言語情報が無い場合は空文字列とする。
      3. video language が BCP 47 の 'und' に等しい場合、 video language に空文字列を代入する。
      4. video label を、このトラックについて initialization segment で指定されたラベル、 または情報が無い場合は空文字列とする。
      5. video kinds を、このトラックについて initialization segment で指定された kind 文字列のシーケンス、 あるいは情報が無い場合は空文字列 1 要素のシーケンスとする。
      6. video kinds の各値について、次の手順を実行する：
         1. current video kind を、この反復における video kinds の値とする。
         2. new video track を新しい VideoTrack オブジェクトとする。
         3. ユニークな ID を生成し、new video track の id プロパティに代入する。
         4. video language を new video track の language プロパティに代入する。
         5. video label を new video track の label プロパティに代入する。
         6. current video kind を new video track の kind プロパティに代入する。

         7. この SourceBuffer オブジェクトの videoTracks の length が 0 に等しい場合、次を実行する：

            1. new video track の selected プロパティを true に設定する。
            2. active track flag を true に設定する。
         8. new video track を、この videoTracks 属性に追加する（対象はこの SourceBuffer オブジェクト）。
            注

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

         9. parent media source が DedicatedWorkerGlobalScope で構築されている場合：

            内部の create track mirror メッセージを [[port to main]] にポストし、Window の暗黙ハンドラが次の手順を実行する：

            1. mirrored video track を新しい VideoTrack オブジェクトとする。
            2. mirrored video track に、 new video track と同一のプロパティ値を設定する。
            3. mirrored video track を HTMLMediaElement の videoTracks 属性に追加する。

            それ以外の場合：

            new video track を HTMLMediaElement の videoTracks 属性に追加する。

            注

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

      7. このトラックの coded frames を格納するための新しい track buffer を作成する。
      8. このトラックの track description を track buffer に追加する。

   4. initialization segment の各テキストトラックについて、次の手順を実行する：

      1. text byte stream track ID を、処理中の現在のトラックの Track ID とする。
      2. text language を、このトラックについて initialization segment で指定された言語の BCP 47 言語タグ、 または言語情報が無い場合は空文字列とする。
      3. text language が BCP 47 の 'und' に等しい場合、 text language に空文字列を代入する。
      4. text label を、このトラックについて initialization segment で指定されたラベル、 または情報が無い場合は空文字列とする。
      5. text kinds を、このトラックについて initialization segment で指定された kind 文字列のシーケンス、 あるいは情報が無い場合は空文字列 1 要素のシーケンスとする。
      6. text kinds の各値について、次の手順を実行する：
         1. current text kind を、この反復における text kinds の値とする。
         2. new text track を新しい TextTrack オブジェクトとする。
         3. ユニークな ID を生成し、new text track の id プロパティに代入する。
         4. text language を new text track の language プロパティに代入する。
         5. text label を new text track の label プロパティに代入する。
         6. current text kind を new text track の kind プロパティに代入する。
         7. new text track の残りのプロパティを、initialization segment から取得した適切な情報で埋める。
         8. new text track の mode プロパティが "showing" または "hidden" に等しい場合、active track flag を true に設定する。
         9. new text track を、この textTracks 属性に追加する（対象はこの SourceBuffer オブジェクト）。
            注

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

         10. parent media source が DedicatedWorkerGlobalScope で構築されている場合：

             内部の create track mirror メッセージを [[port to main]] にポストし、Window の暗黙ハンドラが次の手順を実行する：

             1. mirrored text track を新しい TextTrack オブジェクトとする。
             2. mirrored text track に、 new text track と同一のプロパティ値を設定する。
             3. mirrored text track を HTMLMediaElement の textTracks 属性に追加する。

             それ以外の場合：

             new text track を HTMLMediaElement の textTracks 属性に追加する。

             注

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

      7. このトラックの coded frames を格納するための新しい track buffer を作成する。
      8. このトラックの track description を track buffer に追加する。
   5. active track flag が true に等しい場合、次の手順を実行する：
      1. この SourceBuffer を activeSourceBuffers に追加する。
      2. タスクをキューして イベントを発火し、 addsourcebuffer という名前のイベントを activeSourceBuffers で発火する。
   6. [[first initialization segment received flag]] を true に設定する。
6. [[pending initialization segment for changeType flag]] を false に設定する。
7. active track flag が true に等しい場合、次の手順を実行する：
8. parent media source の mirror if necessary アルゴリズムを用いて、 Window で以下の手順を実行する：
   1. HTMLMediaElement の readyState 属性が HAVE_CURRENT_DATA より大きい場合、 HTMLMediaElement の readyState 属性を HAVE_METADATA に設定する。
      注

      HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は、 HTMLMediaElement 上でイベントをトリガーする可能性があります。

9. sourceBuffers 内の各オブジェクトが、 parent media source において [[first initialization segment received flag]] が true に等しい場合、 parent media source の mirror if necessary アルゴリズムを用いて、 次の手順を Window で実行する：
   1. HTMLMediaElement の readyState 属性が HAVE_NOTHING の場合、 HTMLMediaElement の readyState 属性を HAVE_METADATA に設定する。
      注

      HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は、 HTMLMediaElement 上でイベントをトリガーする可能性があります。 HAVE_NOTHING から HAVE_METADATA への遷移が発生した場合、メディア要素上で タスクをキューして イベントを発火し、 loadedmetadata という名前のイベントを発火させる HTMLMediaElement のロジックをトリガーすべきです。

完全な coded frames が segment parser loop によってパースされたとき、以下の手順を実行する：

1. media segment 内の各 coded frame について、次の手順を実行する：

   1. Loop Top:

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

      1. presentation timestamp を 0 とする。
      2. decode timestamp を 0 とする。

      それ以外：

      1. presentation timestamp を、coded frame の presentation timestamp（秒）の 倍精度浮動小数点表現とする。
         注

         時刻付きテキストフレームでは、プレゼンテーションおよびデコードのタイムスタンプを決定するために特別な処理が必要になる場合がある。これは、基礎となるフォーマットに明示的に存在しないか、フレームの順序に依存する可能性があるためである。MPEG2-TS の PSI データのようなメタデータテキストトラックの中には、暗黙のタイムスタンプしか持たないものもある。これらの状況に対するフォーマット固有の規則は、byte stream format specifications または別の拡張仕様に記載されるべきである（SHOULD）。

      2. decode timestamp を、coded frame のデコードタイムスタンプ（秒）の 倍精度浮動小数点表現とする。
         注

         実装は内部的にタイムスタンプを倍精度浮動小数点で格納する必要はない。ここでこの表現を用いるのは、HTML 仕様でのタイムスタンプの表現に合わせるためである。意図は、timestampOffset を加えることで、バイトストリームフォーマットが用いる基礎のタイムスタンプ表現でロールオーバーが生じうるという事実に対処するための不要な複雑さをアルゴリズムに加えることなく、挙動を明確にすることにある。実装は任意の内部表現を用いてよいが、timestampOffset の加算は、倍精度浮動小数点表現を用いた場合と同様の挙動になるべきである（SHOULD）。

   2. frame duration を、coded frame の duration（秒）の 倍精度浮動小数点表現とする。
   3. mode が "sequence" に等しく、 [[group start timestamp]] が設定されている場合、次の手順を実行する：
      1. timestampOffset を、[[group start timestamp]] から presentation timestamp を引いた値に設定する。
      2. [[group end timestamp]] を [[group start timestamp]] に等しく設定する。
      3. すべての track buffers の need random access point flag を true に設定する。
      4. [[group start timestamp]] を未設定にする。

   4. timestampOffset が 0 でない場合、次の手順を実行する：

      1. timestampOffset を presentation timestamp に加える。
      2. timestampOffset を decode timestamp に加える。
   5. track buffer を、coded frame が追加される track buffer とする。

   6. track buffer の last decode timestamp が設定されており、 decode timestamp が last decode timestamp より小さい場合：

      OR

      track buffer の last decode timestamp が設定されており、 decode timestamp と last decode timestamp の差が last frame duration の 2 倍を超える場合：

      1. mode が "segments" に等しい場合：

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

         mode が "sequence" に等しい場合：

         [[group start timestamp]] を [[group end timestamp]] に等しく設定する。

      2. すべての track buffers の last decode timestamp を未設定にする。
      3. すべての track buffers の last frame duration を未設定にする。
      4. すべての track buffers の highest end timestamp を未設定にする。
      5. すべての track buffers の need random access point flag を true に設定する。
      6. 現在の coded frame の処理を再開するため、 上の Loop Top 手順へジャンプする。

      それ以外：

      続行する。

   7. frame end timestamp を、 presentation timestamp と frame duration の和とする。
   8. presentation timestamp が appendWindowStart より小さい場合、 need random access point flag を true に設定し、coded frame を破棄して、 ループの先頭にジャンプして次の coded frame の処理を開始する。
      注

      実装の中には、presentation timestamp が appendWindowStart より小さい coded frames を収集し、 presentation timestamp が appendWindowStart 以上となる最初の coded frame でスプライスを生成することを選ぶものもある（たとえそのフレームが random access point でなくても）。これをサポートするには複数のデコーダや実時間より速いデコードが必要となるため、現時点ではこの挙動は規範的要件とはしない。

   9. frame end timestamp が appendWindowEnd より大きい場合、 need random access point flag を true に設定し、coded frame を破棄して、 ループの先頭にジャンプして次の coded frame の処理を開始する。
      注

      実装の中には、presentation timestamp が appendWindowEnd より小さく、かつ frame end timestamp が appendWindowEnd より大きい coded frames を収集し、収集時点で append window に含まれる区間と、 後で処理されるフレームのうち収集済みフレームの末尾と部分的に重なる先頭区間をまたいでスプライスを生成することを選ぶものもある。これをサポートするには複数のデコーダや実時間より速いデコードが必要となるため、現時点ではこの挙動は規範的要件とはしない。 appendWindowStart をまたぐ coded frames の収集と組み合わせることで、実装はギャップレスな音声スプライシングをサポートしうる（MAY）。

   10. track buffer の need random access point flag が true に等しい場合、 次の手順を実行する：
       1. coded frame が random access point でない場合、coded frame を破棄し、ループの先頭にジャンプして次の coded frame の処理を開始する。
       2. track buffer の need random access point flag を false に設定する。
   11. spliced audio frame を、音声スプライス情報を保持する未設定の変数とする。
   12. spliced timed text frame を、タイムドテキストのスプライス情報を保持する未設定の変数とする。
   13. track buffer の last decode timestamp が未設定で、 presentation timestamp が track buffer 内のある coded frame の presentation interval に入っている場合、次の手順を実行する：
       1. overlapped frame を、上記条件に一致する track buffer 内の coded frame とする。

       2. track buffer が音声の coded frames を含む場合：

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

          track buffer が動画の coded frames を含む場合：

          1. remove window timestamp を、 overlapped frame の presentation timestamp に 1 マイクロ秒を加えた値とする。
          2. presentation timestamp が remove window timestamp より小さい場合、track buffer から overlapped frame を削除する。
             注

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

          track buffer がタイムドテキストの coded frames を含む場合：

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

   14. track buffer 内の既存の coded frames を削除する：

       track buffer の highest end timestamp が未設定の場合：

       track buffer から、presentation timestamp が presentation timestamp 以上かつ frame end timestamp 未満である すべての coded frames を削除する。

       track buffer の highest end timestamp が設定済みで、かつ presentation timestamp 以上に等しい場合：

       track buffer から、presentation timestamp が highest end timestamp 以上かつ frame end timestamp 未満である すべての coded frames を削除する。

   15. 前二つの手順で削除した coded frames に対する 可能なデコード依存性をすべて取り除くため、前二つの手順で削除したフレームと、その後に現れる次の random access point との間にある track buffer 内のすべての coded frames を削除する。
       注

       次の random access point まで すべての coded frames を削除することは、 保守的なデコード依存性の見積もりである。これは、削除されたフレームと次の random access point の間の全フレームが、 削除されたフレームに依存していると仮定しているためである。

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

       spliced audio frame を track buffer に追加する。

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

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

       それ以外：

       coded frame を、 presentation timestamp、decode timestamp、frame duration とともに track buffer に追加する。

   17. track buffer の last decode timestamp を decode timestamp に設定する。
   18. track buffer の last frame duration を frame duration に設定する。
   19. track buffer の highest end timestamp が未設定であるか、 frame end timestamp が highest end timestamp より大きい場合、 track buffer の highest end timestamp を frame end timestamp に設定する。
       注

       双方向予測により、decode timestamps は単調増加でも、 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 であり、新しい coded frames によって HTMLMediaElement の buffered が 現在の再生位置に対応する TimeRanges を持つようになった場合、 HTMLMediaElement の readyState 属性を HAVE_CURRENT_DATA に設定する。

   注

   HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は、 HTMLMediaElement 上でイベントをトリガーする可能性がある。

3. HTMLMediaElement の readyState 属性が HAVE_CURRENT_DATA であり、新しい coded frames によって HTMLMediaElement の buffered が、 現在の再生位置を含み、かつ現在の再生位置より先の時間も含む TimeRanges を持つようになった場合、 HTMLMediaElement の readyState 属性を HAVE_FUTURE_DATA に設定する。

   注

   HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は、 HTMLMediaElement 上でイベントをトリガーする可能性がある。

4. HTMLMediaElement の readyState 属性が HAVE_FUTURE_DATA であり、新しい coded frames によって HTMLMediaElement の buffered が、 現在の再生位置と、途切れない再生を確保するのに十分なデータ を含む TimeRanges を持つようになった場合、 HTMLMediaElement の readyState 属性を HAVE_ENOUGH_DATA に設定する。

   注

   HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は、 HTMLMediaElement 上でイベントをトリガーする可能性がある。

5. media segment に、現在の duration を超えるデータが含まれている場合、 duration change アルゴリズムを、 new duration を現在の duration と [[group end timestamp]] の最大値に設定して実行する。

特定の時間範囲の coded frames を SourceBuffer から除去する必要がある場合、以下の手順を実行する：

1. start を、除去範囲の開始 presentation timestamp とする。
2. end を、除去範囲の終了 presentation timestamp とする。

3. この SourceBuffer 内の各 track buffer について、以下の手順を実行する：

   1. remove end timestamp を duration の現在値とする。

   2. この track buffer に random access point タイムスタンプがあり、 それが end 以上なら、 remove end timestamp をその random access point タイムスタンプに更新する。

      注

      random access point のタイムスタンプはトラックごとに異なる場合がある。これは通常、トラック内の coded frames の依存関係が他トラックの依存関係とは異なるためである。

   3. この track buffer から、 開始タイムスタンプが start 以上かつ remove end timestamp 未満のメディアデータをすべて除去する。

      1. 除去された各フレームについて、フレームの decode timestamp がそのトラックの last decode timestamp と等しい場合、次の手順を実行する：

         mode が "segments" に等しい場合：

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

         mode が "sequence" に等しい場合：

         [[group start timestamp]] を [[group end timestamp]] に等しく設定する。

      2. すべての track buffers の last decode timestamp を未設定にする。
      3. すべての track buffers の last frame duration を未設定にする。
      4. すべての track buffers の highest end timestamp を未設定にする。
      5. すべての track buffers の need random access point flag を true に設定する。
   4. 前の手順で除去された coded frames に対する可能なデコード依存性をすべて取り除くため、前の手順で除去されたフレームと、その後に現れる次の random access point との間にある この track buffer 内のすべての coded frames を削除する。
      注

      次の random access point まで すべての coded frames を削除することは、 保守的なデコード依存性の見積もりである。これは、除去されたフレームと次の random access point の間の全フレームが、 除去されたフレームに依存していると仮定しているためである。

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

      注

      HTMLMediaElement ready states [HTML] のロジックに従い、 HTMLMediaElement の readyState の変更は HTMLMediaElement 上でイベントをトリガーする可能性がある。

      注

      この遷移は、現在位置のメディアデータが除去されたため発生する。現在の再生位置 のメディアが再追加されるか、 3.15.5 選択/有効トラック状態の変更 が行われるまで、再生は進行できない。

4. [[buffer full flag]] が true で、 このオブジェクトが新たなバイトを受け入れ可能な場合、 [[buffer full flag]] を false に設定する。

このアルゴリズムは新しいデータが SourceBuffer に追加される際、空き領域を確保するために実行される。

1. new data を、これから追加されるデータとする。
   Issue 289: 編集？コーデッドフレーム追い出しアルゴリズムは「buffer full flag」が |new data| に応じて即座に更新されうる旨を記述する必要あり

   ここで、実装は MAY [[buffer full flag]] を ここで true に設定することを選んでもよい。これは、[[input buffer]] に既存のバイト列と new data を加えた場合、 SourceBuffer の容量を超えると予測されるときなどに、より積極的なプッシュバックを可能にするためである。実際、少なくとも1つの実装がこれを既に行っている。

2. [[buffer full flag]] が false の場合、この手順を中止する。
3. removal ranges を、 new data を格納するためにプレゼンテーションから追い出せる プレゼンテーション時間範囲リストとする。
   注

   実装は MAY removal ranges の選択方法を変えることができるため、 ウェブアプリケーションは特定の挙動に依存 SHOULD NOT すべきでない。 ウェブアプリケーションは buffered 属性を使い、 バッファ済みデータの一部が追い出されたかどうか観察できる。

4. removal ranges の各範囲について、 coded frame removal アルゴリズムを start と end を それぞれ範囲の開始・終了タイムスタンプとして実行する。

coded frame processing アルゴリズムが 重複する2つの音声 coded frames のスプライスフレーム生成を必要とした時、以下の手順を実行する：

1. track buffer を、スプライスを格納する track buffer とする。
2. new coded frame を、track buffer に追加される新しい coded frame（スプライスが必要となった原因）とする。
3. presentation timestamp を new coded frame の presentation timestamp とする。
4. decode timestamp を new coded frame の decode timestamp とする。
5. frame duration を new coded frame の coded frame duration とする。
6. overlapped frame を track buffer 内で presentation interval が presentation timestamp を含む coded frame とする。
7. presentation timestamp と decode timestamp を overlapped frame のサンプルレートに基づき、最も近いオーディオサンプルタイムスタンプに更新する。両方のサンプルタイムスタンプから等距離の場合は高い方のタイムスタンプを使う（例：floor(x * sample_rate + 0.5) / sample_rate）。
   注

   例：

   • overlapped frame の presentation timestamp が 10。
   • overlapped frame のサンプルレートが 8000 Hz
   • presentation timestamp が 10.01255
   • decode timestamp が 10.01255

   presentation timestamp および decode timestamp は 10.0125 に更新される（10.01255 は 10 + 100/8000 (10.0125) により近い）。

8. ユーザーエージェントがクロスフェードをサポートしない場合、次の手順を実行する：
   1. overlapped frame を track buffer から削除する。
   2. 以下のプロパティを持つ無音フレームを track buffer に追加する：
      • overlapped frame の presentation timestamp を presentation timestamp とする。
      • overlapped frame の decode timestamp を decode timestamp とする。
      • overlapped frame の coded frame duration を presentation timestamp と overlapped frame の presentation timestamp の差に設定する。
      注

      実装によっては、無音フレーム前後の coded frames にフェードをかけて、遷移を滑らかにするものもある（MAY）。

   3. スプライスフレームを返さずに呼び出し元に戻る。
      注

      これは track buffer から overlapped frame が最初から存在しなかったかのように new coded frame を追加できるようにするため。

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 未満の presentation timestamp を持つ track buffer 内の追加フレームとする。
12. fade out coded frames に含まれるすべてのフレームを track buffer から削除する。
13. 以下のプロパティを持つスプライスフレームを返す：
    • overlapped frame の presentation timestamp を presentation timestamp とする。
    • overlapped frame の decode timestamp を decode timestamp とする。
    • overlapped frame の coded frame duration を、frame end timestamp と presentation timestamp の差に設定する。
    • fade out coded frames は fade out coded frames とする。
    • fade in coded frame は new coded frame とする。
      注

      new coded frame の持続時間が 5 ミリ秒未満の場合、スプライスの正しい描画には new coded frame の後に追加される coded frames も必要となる。

    • splice timestamp は presentation timestamp とする。
    注

    このスプライスフレームの描画詳細は audio splice rendering アルゴリズムを参照。

メディア要素が audio splice frame アルゴリズムで生成されたスプライスフレームをレンダリングする必要がある場合、以下の手順を実行する：

1. fade out coded frames を、スプライス時にフェードアウトされる coded frames とする。
2. fade in coded frames を、スプライス時にフェードインされる coded frames とする。
3. presentation timestamp を fade out coded frames の最初の coded frame の presentation timestamp とする。
4. end timestamp を presentation timestamp と coded frame duration（fade in coded frames の最後のフレーム）との和とする。
5. splice timestamp を、スプライス開始点の presentation timestamp（fade in coded frames の最初のフレームの timestamp）とする。
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 のサンプルレートやチャンネルレイアウトが一致しない場合、両者を共通のサンプルレート・チャンネルレイアウトに変換する。
11. output samples を出力サンプルを格納するバッファとする。
12. splice timestamp ～ splice end timestamp の fade out samples に対し、開始ゲイン1・終了ゲイン0の線形フェードアウトを適用する。
13. splice timestamp ～ splice end timestamp の fade in samples に対し、開始ゲイン0・終了ゲイン1の線形フェードインを適用する。
14. presentation timestamp ～ splice timestamp の fade out samples を output samples にコピーする。
15. splice timestamp ～ splice end timestamp の各サンプルについて、 fade out samples のサンプルと対応する fade in samples のサンプルの和を計算し、output samples に格納する。
16. splice end timestamp ～ end timestamp の fade in samples を output samples にコピーする。
17. output samples をレンダリングする。

注

このアルゴリズムの図解です。

coded frame processing アルゴリズムが 重複する2つのタイムドテキスト coded frames のスプライスフレーム生成を必要とした時、以下の手順を実行する：

1. track buffer を、スプライスを格納する track buffer とする。
2. new coded frame を、track buffer に追加される新しい coded frame（スプライスが必要となった原因）とする。
3. presentation timestamp を new coded frame の presentation timestamp とする。
4. decode timestamp を new coded frame の decode timestamp とする。
5. frame duration を new coded frame の coded frame duration とする。
6. frame end timestamp を presentation timestamp と frame duration の和とする。
7. first overlapped frame を track buffer 内で presentation interval が presentation timestamp を含む coded frame とする。
8. overlapped presentation timestamp を first overlapped frame の presentation timestamp とする。
9. overlapped frames を first overlapped frame および、presentation timestamp より大きく frame end timestamp 未満の presentation timestamp を持つ track buffer 内の追加フレームとする。
10. overlapped frames に含まれるすべてのフレームを track buffer から削除する。
11. first overlapped frame の coded frame duration を presentation timestamp － overlapped presentation timestamp に更新する。
12. first overlapped frame を track buffer に追加する。
13. スプライスフレームを返さずに呼び出し元に戻る。
    注

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

以下の手順は、SourceBuffer Monitoring アルゴリズムが定期的に実行される際に実行されます。

途切れない再生のために十分な管理データがある とは、 ユーザーエージェントが意味ある時間停止することなくプレゼンテーションを再生できる十分なデータが現在あると判断する実装依存の条件です。 この条件は常に評価され、streaming の値の遷移タイミングを決定します。 これらの遷移は、ユーザーエージェントが十分なデータがバッファ済みか、より多くのデータが必要かを示します。

効率的にデータ取得・バッファできる とは、 ユーザーエージェントが省エネ的に新規データを取得し、望ましいメモリ使用を達成できると判断する実装依存の条件です。

1. MediaSource の SourceBuffer Monitoring アルゴリズムを実行する。
2. can play uninterrupted and efficiently フラグを次の条件で true とする： buffered 属性が 現在の再生位置を含む TimeRanges を持ち、 途切れない再生のために十分な管理データがある かつ 効率的にデータ取得・バッファできる

   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 の memory cleanup アルゴリズムを実行する。

ManagedSourceBuffer buffer に対して実行された、buffer の buffered を変更する原因となるすべての操作が完了した時、以下の手順を実行します。 つまり、appendBuffer()、 remove()、または memory cleanup アルゴリズムが完了したタイミングです。

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

1. this が 親の ManagedMediaSource の activeSourceBuffers に 含まれていない場合：

   1. coded frame removal アルゴリズムを、start を 0、end を正の無限大に設定して実行し、これらの手順を中止する。

2. removal ranges を、プレゼンテーションから追い出すことで currentTime から再取得可能となるまでの間、途切れない再生を確保できるプレゼンテーション時間範囲のリストとする。
   注

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

3. removal ranges の各範囲について、 coded frame removal アルゴリズムを、 start および end を それぞれ範囲の開始・終了タイムスタンプに設定して実行する。