媒体源扩展™

将 MediaSource 附加到媒体元素有不同方式，取决于该 MediaSource 对象是在哪构造的：在 Window 中，还是在 DedicatedWorkerGlobalScope 中：

• 可以通过将构造于 Window 中的 MediaSource 所对应的 MediaSource 对象 URL 赋给 媒体 元素的 src 属性或媒体元素内 <source> 的 src 属性，来附加该 MediaSource。MediaSource 对象 URL 是 通过将 MediaSource 对象传递给 createObjectURL() 创建的。

  尽管实现可以允许在 DedicatedWorkerGlobalScope 中，为构造于该 worker 中的 MediaSource 创建MediaSource 对象 URL， 但尝试使用该 MediaSource 对象 URL 通过 src 属性或媒体元素内 <source> 的 src 属性将其附加到媒体元素，必须在媒体 元素的资源 获取算法中失败，如下文扩展所述。

  注

  将对象 URL 附加机制扩展到 worker 的 MediaSource 对象 URL 会进一步传播这种相比使用 srcObject 更不推荐的用法， 并且会不必要地增加用户代理的互操作性风险和 实现复杂度。

• 附加构造于 DedicatedWorkerGlobalScope 中的 MediaSource， 只能通过使用 handle 从中获取一个句柄，将该 MediaSourceHandle 传输到 Window 上下文，并将其赋给媒体元素的 srcObject 属性来完成。 为了使本规范与 HTMLMediaElement 资源 加载和获取算法保持一致，底层 DedicatedWorkerGlobalScope 中的 MediaSource 就是其中提到的 MediaSource 对象， 而 MediaSourceHandle 对象就是媒体提供者对象。

如果 资源获取算法 的调用中，媒体提供者对象是一个 MediaSource 对象、一个 MediaSourceHandle 对象，或其对象为 MediaSource 的 URL 记录，则令模式为本地（local），跳过 资源获取算法 的第一步（否则可能将模式设为远程），并继续执行该 资源获取算法。

在 资源获取算法 “否则（模式为本地）”部分的开头，执行以下附加步骤。

1. 如果 资源获取算法 的调用中，媒体提供者对象是一个 MediaSource 对象、一个 MediaSourceHandle 对象，或其对象为 MediaSource 的 URL 记录，则：

   如果媒体提供者对象是一个 URL 记录，其对象为构造于 DedicatedWorkerGlobalScope 的 MediaSource（例如尝试使用来自 DedicatedWorkerGlobalScope 的 MediaSource 的 MediaSource 对象 URL 时）

   运行 资源获取算法 的 媒体数据处理步骤列表 中 “如果由于网络错误无法获取任何媒体数据，导致用户代理放弃获取资源” 的步骤。

   注意

   这会阻止使用 MediaSource 对象 URL 来进行 DedicatedWorker 的 MediaSource 附加。将 MediaSource 的 handle 从 DedicatedWorker 传到 Window 上下文，并赋给媒体元素的 srcObject 属性，是附加此类 MediaSource 的唯一方式。

   如果媒体提供者对象是一个 MediaSourceHandle，其 [[Detached]] 内部槽为 true

   运行 资源获取算法 的 媒体数据处理步骤列表 中 “如果由于网络错误无法获取任何媒体数据，导致用户代理放弃获取资源” 的步骤。

   如果媒体提供者对象是一个 MediaSourceHandle，且其底层 MediaSource 的 [[has ever been attached]] 内部槽为 true

   运行 资源获取算法 的 媒体数据处理步骤列表 中 “如果由于网络错误无法获取任何媒体数据，导致用户代理放弃获取资源” 的步骤。

   注意

   这可防止通过 MediaSourceHandle 对同一底层 MediaSource 进行多次加载，即便该 MediaSource 是在 Window 中构造并且此前曾通过 MediaSource 对象 URL 加载。这并不妨碍随后对某个 Window 中的 MediaSource 使用 MediaSource 对象 URL 并成功。

   如果 readyState 不是 "closed"

   运行 资源获取算法 的 媒体数据处理步骤列表 中 “如果由于网络错误无法获取任何媒体数据，导致用户代理放弃获取资源” 的步骤。

   否则

   1. 将 MediaSource 的 [[has ever been attached]] 内部槽设为 true。
   2. 将媒体元素的 delaying-the-load-event-flag 设为 false。

   3. 如果该 MediaSource 构造于 DedicatedWorkerGlobalScope， 则建立 worker 附加通信并打开该 MediaSource：

      1. 将 [[channel with worker]] 设置为一个新的 MessageChannel。
      2. 将 [[port to worker]] 设置为 port1 的值，该值来自 [[channel with worker]]。
      3. 执行 StructuredSerializeWithTransfer， 将 port2 （来自 [[channel with worker]]） 同时作为值和 transferList 的唯一成员， 并令结果为 serialized port2。
      4. 在 MediaSource 的 DedicatedWorkerGlobalScope 上排入 一个任务，该任务将
         1. 执行 StructuredDeserializeWithTransfer， 使用 serialized port2 和 DedicatedWorkerGlobalScope 的 领域， 并将 [[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. 排队一个任务以 触发事件，事件名为 sourceopen， 目标为 MediaSource。

   4. 继续运行 资源获取算法 的剩余 “否则（模式为本地）” 步骤，并遵循以下要求：
      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. 排队一个任务 以 触发事件 removesourcebuffer 到 activeSourceBuffers。
8. 从 sourceBuffers 中移除所有 SourceBuffer 对象。
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， 则将其 readyState 设为 HAVE_METADATA。
      注意

      按照 HTMLMediaElement ready states [HTML] 的逻辑， HTMLMediaElement 的 readyState 变化可能触发该元素上的事件。

   2. 媒体元素等待一次 appendBuffer() 调用，使 编码帧处理 算法将 HTMLMediaElement 的 readyState 设为大于 HAVE_METADATA 的值。
      注意

      Web 应用可以使用 buffered 以及 HTMLMediaElement 的 buffered 来判定媒体元素恢复播放所需的数据。

   否则

   继续

   注意

   如果 readyState 属性为 "ended"， 且 new playback position 位于当前 HTMLMediaElement 的 buffered 所含的某个 TimeRanges 中，那么即使一个或多个当前选中或启用的轨道缓冲区的最大范围结束时间戳小于 new playback position， 也必须在此继续完成 seek 操作。该情况应仅因 buffered 在 readyState 为 "ended" 时的逻辑而出现。

2. 媒体元素重置所有解码器，并使用相应 初始化分段 的数据对每个解码器进行初始化。
3. 媒体元素从 活动轨道缓冲区 向解码器馈送 编码帧， 起始于位于 new playback position 之前最近的 随机访问点。
4. 在“等待稳定状态”步骤恢复 seek 算法。

在播放过程中会定期运行以下步骤，以确保 SourceBuffer 对象（位于 activeSourceBuffers 中）具有 足够数据以确保不间断播放。 对 activeSourceBuffers 的更改也会触发这些步骤，因为它们影响触发状态转换的条件。

具有 足够数据以确保不间断播放 是实现相关的条件，用户代理判定其当前拥有足够数据，可在有意义的一段时间内不发生停顿地播放。该条件被持续评估，以确定何时将媒体元素在 HAVE_ENOUGH_DATA 就绪状态之间进行转换。这些转换指示用户代理何时认为已缓冲足够数据，或分别需要更多数据。

如果 HTMLMediaElement 的 readyState 属性等于 HAVE_NOTHING：

1. 终止这些步骤。

如果 HTMLMediaElement 的 buffered 不包含覆盖当前播放位置的 TimeRanges：

1. 将 HTMLMediaElement 的 readyState 属性设为 HAVE_METADATA。
   注意

   按照 HTMLMediaElement ready states [HTML] 的逻辑， HTMLMediaElement 的 readyState 变化可能触发该元素上的事件。

2. 终止这些步骤。

如果 HTMLMediaElement 的 buffered 包含覆盖当前播放位置的 TimeRanges 且具有 足够数据以确保不间断播放：

1. 将 HTMLMediaElement 的 readyState 属性设为 HAVE_ENOUGH_DATA。
   注意

   按照 HTMLMediaElement ready states [HTML] 的逻辑， HTMLMediaElement 的 readyState 变化可能触发该元素上的事件。

2. 如果此前因切换到 HAVE_CURRENT_DATA 而暂停播放，则此时可能恢复播放。
3. 终止这些步骤。

如果 HTMLMediaElement 的 buffered 包含覆盖当前播放位置并向后延伸一段时间的 TimeRanges， 则运行以下步骤：

1. 将 HTMLMediaElement 的 readyState 属性设为 HAVE_FUTURE_DATA。
   注意

   按照 HTMLMediaElement ready states [HTML] 的逻辑， HTMLMediaElement 的 readyState 变化可能触发该元素上的事件。

2. 如果此前因切换到 HAVE_CURRENT_DATA 而暂停播放，则此时可能恢复播放。
3. 终止这些步骤。

如果 HTMLMediaElement 的 buffered 包含的 TimeRanges 正好在当前播放位置结束，且在当前位置之后没有覆盖的范围：

1. 将 HTMLMediaElement 的 readyState 属性设为 HAVE_CURRENT_DATA。
   注意

   按照 HTMLMediaElement ready states [HTML] 的逻辑， HTMLMediaElement 的 readyState 变化可能触发该元素上的事件。

2. 此时播放被暂停，因为媒体元素没有足够数据推进 媒体时间线。
3. 终止这些步骤。

在播放过程中，如果 activeSourceBuffers 需要更新， 这是因为 selected 视频轨道、enabled 音频轨道，或 文本轨道的 mode 发生了变化。当这些变化中的一个或多个发生时， 需要遵循以下步骤。由于 AudioTrack、 VideoTrack 以及 TextTrack 对象及其 AudioTrackList、 VideoTrackList 和 TextTrackList 只在 Window HTMLMediaElement 上暴露， 因此这些变化 总是发生在 Window 上下文中。当 MediaSource 在 DedicatedWorkerGlobalScope 中构造时， 则每一次此类变化必须通过发送到 [[port to worker]] 的内部 update track state 消息传达给 DedicatedWorkerGlobalScope， 其隐式处理器将针对创建受影响轨道的 SourceBuffer 执行以下步骤。当 MediaSource 在 Window 中构造时， 以下步骤直接执行。

如果选中的视频轨道发生变化，则执行以下步骤：

1. 如果与先前选中的视频轨道关联的 SourceBuffer 不与任何其他已启用轨道关联，则执行以下步骤：
   1. 将该 SourceBuffer 从 activeSourceBuffers 中移除。
   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 需要变为一个 新的 时长 时，按以下步骤执行。

1. 如果当前 duration 的值 等于 新的时长，则 返回。
2. 如果 新的时长 小于所有位于 SourceBuffer 对象的 sourceBuffers 中所有已缓冲 编码帧 的最高 呈现时间戳，则抛出一个 InvalidStateError 异常并中止 这些步骤。
   Note

   会截断当前已缓冲媒体的时长缩减是不允许的。 当需要截断时，请先使用 remove() 减少缓冲 范围，然后再更新 duration。

3. 令 最高结束时间 为所有 轨道缓冲范围 的结束时间中最大的那个，范围遍及 所有 轨道缓冲区，而这些轨道缓冲区又分布在所有 SourceBuffer 对象的 sourceBuffers 中。
4. 如果 新的时长 小于 最高结束时间，则
   Note

   之所以会出现此条件，是因为 编码帧移除 算法会保留那些在移除范围起始之前开始的编码帧。

   1. 将 新的时长 更新为等于 最高结束时间。
5. 将 duration 更新为 新的时长。
6. 使用 如有必要则镜像 算法，在 Window 中执行以下步骤，以更新媒体元素的时长：
   1. 将媒体元素的 duration 更新为 新的时长。
   2. 运行 HTMLMediaElement 时长变化算法。

当应用通过调用 endOfStream() 表示流结束，或者某个算法需要表示解码错误时，就会调用此算法。该 算法接受一个 error 参数，用于指示是否 将要发出错误信号。

1. 将 readyState 属性值更改为 "ended"。
2. 排队一个任务 ，在 MediaSource 上触发一个 事件，事件名为 sourceended。

3. 如果 error 未设置

   1. 运行 时长变更 算法，并将 新的时长 设为所有 轨道缓冲范围 的最大结束时间， 该范围遍及所有 轨道缓冲区，而这些轨道缓冲区属于所有 SourceBuffer 对象， 这些对象位于 sourceBuffers 中。
      Note

      这可以使时长正确反映已附加媒体片段的末尾。例如，如果时长被显式设置为 10 秒， 而在调用 endOfStream() 之前只附加了 0 到 5 秒的媒体片段，那么时长将被更新为 5 秒。

   2. 通知媒体元素它现在拥有全部媒体数据。

   如果 error 被设置为 "network"

   使用 如有必要则镜像 算法，在 Window 中运行以下步骤：

   如果 HTMLMediaElement 的 readyState 属性 等于 HAVE_NOTHING

   运行 资源 获取算法 的 媒体 数据处理步骤列表中的“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”步骤。

   如果 error 被设置为 "decode"

   使用 如有必要则镜像 算法，在 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”步骤。

   如果 HTMLMediaElement 的 readyState 属性大于 HAVE_NOTHING

   运行 媒体 数据已损坏 步骤，作为 资源 获取算法 的 媒体 数据处理步骤列表的一部分。

此算法用于从附加自 同一 Window 或 DedicatedWorkerGlobalScope 的 MediaSource 中，在 Window 上运行步骤，通常用于更新 所附加 HTMLMediaElement 的状态。 此算法接受一个 steps 参数，其中列出了要在 Window 上运行的步骤。

如果 MediaSource 是在 DedicatedWorkerGlobalScope 中构造的：

向 [[port to main]] 发送一个内部 mirror on window 消息，其在 Window 中的隐式处理器将运行 steps。在该处理器收到消息之前， 将控制权返回给调用者，而不等待它。

Note

mirror 消息机制的目的是确保：

1. steps 作为 Window 上的独立任务异步运行，而不是让这些 steps 以某种方式发生在其他 Window 任务执行的中间，并且
2. steps 在 DedicatedWorkerGlobalScope 上 的同步执行和返回不会被阻塞。

否则：

运行 steps。

每个 SourceBuffer 对象都有一个 [[append state]] 内部槽，用于跟踪高层级的分段解析状态。 它在初始时设为 WAITING_FOR_SEGMENT， 并且随着数据追加可以转换到下列 状态。

每个 SourceBuffer 对象都有一个 [[input buffer]] 内部槽，它是一个字节缓冲区，用于在多次 appendBuffer() 调用之间保存未解析的字节。 该缓冲区在 SourceBuffer 对象创建时为空。

每个 SourceBuffer 对象都有一个 [[buffer full flag]] 内部槽，用于跟踪 appendBuffer() 是否允许接受更多字节。它在 SourceBuffer 对象创建时设为 false， 并在数据追加和移除时更新。

每个 SourceBuffer 对象都有一个 [[audio track added flag]] 内部槽，用于跟踪是否已经为该 AudioTrack 为该 SourceBuffer 对象创建过一个轨道。它在 SourceBuffer 对象创建时设为 false，并由 初始化段 已接收 算法用于确定新创建的 AudioTrack 是否默认处于 enabled 状态。

每个 SourceBuffer 对象都有一个 [[video track added flag]] 内部槽，用于跟踪是否已经为该 VideoTrack 为该 SourceBuffer 对象创建过一个轨道。它在 SourceBuffer 对象创建时设为 false，并由 初始化段 已接收 算法用于确定新创建的 VideoTrack 是否默认处于 selected 状态。

每个 SourceBuffer 对象都有一个 [[group start timestamp]] 内部槽，用于跟踪在 "sequence" 模式下一个新的 编码帧组 的起始时间戳。该槽在 SourceBuffer 对象创建时未设置，并会在 mode 属性等于 "sequence" 且 timestampOffset 属性被设置时，或者在 编码帧处理 算法运行时更新。

每个 SourceBuffer 对象都有一个 [[group end timestamp]] 内部槽，用于存储当前 编码帧组 中所有 编码帧 的最高 编码帧结束时间戳。 它在 SourceBuffer 对象创建时设为 0，并由 编码帧处理 算法更新。

每个 SourceBuffer 对象都有一个 [[generate timestamps flag]] 内部槽，它是一个布尔值，用于跟踪是否需要为传递给 编码帧处理 算法的 编码帧 生成时间戳。该标志在 addSourceBuffer() 创建 SourceBuffer 对象时设置，并由 changeType() 更新。

当调用 segment parser loop 算法时，运行以下步骤：

1. 循环顶部： 如果 [[input buffer]] 为空，则跳转到下面的 需要更多数据 步骤。
2. 如果 [[input buffer]] 包含违反 SourceBuffer 字节流格式规范 的字节，则运行 append error 算法并中止此算法。
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，则运行 append error 算法并 中止此算法。
   2. 如果 [[input buffer]] 包含一个或多个完整的 编码帧，则运行 编码帧处理 算法。
      Note

      编码帧处理算法运行的频率由实现决定。编码帧处理算法可以在输入缓冲区包含完整媒体段时调用， 也可以在完整编码帧加入输入缓冲区时多次调用。

   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. 运行 reset parser state 算法。
2. 将 updating 属性设为 false。
3. 排队一个任务 ，在此 SourceBuffer 对象上触发一个 事件，事件名为 error。
4. 排队一个任务 ，在此 触发一个 事件，事件名为 updateend，触发于此 SourceBuffer 对象上。
5. 运行 end of stream 算法，并将 error 参数设 为 "decode"。

当追加操作开始时，将运行以下步骤来验证并准备 SourceBuffer。

1. 如果 SourceBuffer 已从 sourceBuffers 属性所对应的 父 media source 中移除，则抛出 一个 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 属性属于 父 media source，且处于 "ended" 状态，则运行以下步骤：

   1. 将 readyState 属性设为 父 media source 的 "open"
   2. 排队一个任务，在 触发事件 时， 将名为 sourceopen 的事件触发到 父 media source 上。
6. 运行 coded frame eviction 算法。

7. 如果 [[buffer full flag]] 等于 true， 则抛出一个 QuotaExceededError 异常并中止这些步骤。

   Note

   这是实现无法清理出足够数据以容纳此次追加，或者追加内容太大的信号。 Web 应用应当使用 remove() 来显式释放空间和/或减小追加内容的大小。

当调用 appendBuffer() 时，执行以下步骤处理追加的数据。

1. 运行 segment parser loop 算法。
2. 如果上一步中的 segment parser loop 算法已被中止，则 中止此算法。
3. 将 updating 属性设为 false。
4. 排队一个任务 ，在此 SourceBuffer 对象上触发一个 事件，事件名为 update。
5. 排队一个任务 ，在此 触发一个 事件，事件名为 updateend，触发于此 SourceBuffer 对象上。

当调用者需要发起一个 JavaScript 可见的范围移除操作（该操作会阻塞其它 SourceBuffer 更新）时，按照以下步骤进行：

1. 令 start 等于移除 范围的起始 呈现时间戳，单位为从 呈现开始时间 起算的秒数。
2. 令 end 等于移除 范围的结束 呈现时间戳，单位为从 呈现开始时间 起算的秒数。
3. 将 updating 属性设为 true。
4. 排队一个任务 ，在此 SourceBuffer 对象上触发一个 事件，事件名为 updatestart。
5. 将剩余步骤返回给调用者，并异步运行其余步骤。
6. 使用 start 和 end 作为 移除范围的起点和 终点，运行 coded frame removal 算法。
7. 将 updating 属性设为 false。
8. 排队一个任务 ，在此 触发一个 事件，事件名为 update，触发于此 SourceBuffer 对象上。
9. 排队一个任务 ，在此 触发一个 事件，事件名为 updateend，触发于此 SourceBuffer 对象上。

当 分段解析循环 成功解析出一个完整的 初始化分段 时，运行以下步骤：

每个 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 与 第一个初始化段中的轨道 ID 相匹配。
      • 用户代理支持每个轨道的编解码器。
        注

        如果原本受支持的编解码器未在传递给以下调用的 type 参数中指定，则用户代理可以在此将这些编解码器视为“不 受支持”：(a) 此 SourceBuffer 对象上最近一次成功的 changeType()， 或 (b) 如果此对象上尚未发生过 成功的 changeType()， 则为创建此 SourceBuffer 对象的 addSourceBuffer()。 例如，如果最近一次成功的 changeType() 是以 'video/webm' 或 'video/webm; codecs="vp8"' 调用的，而初始化段中出现了包含 vp9 的视频轨道，则即使上述另外两个属性检查 均通过，用户代理也可以使用此步骤 触发解码错误。建议实现仅在编解码器确实不受支持或另外两个属性 检查 失败时才在这些情况下触发错误。建议 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() 并使用精确的编解码器参数，以更 主动地检测用户代理支持情况。如果 SourceBuffer 对象的 字节流格式正在发生变化，则必须调用 changeType()。

   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 属性。
               注

               这应当触发 AudioTrackList [HTML] 逻辑，以排入 一个任务，在此 audioTracks 属性所引用的 AudioTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new audio track。该 audioTracks 属性位于此 SourceBuffer 对象上。

            6. 令 media element 为此 SourceBuffer 对象的父媒体 源所附加到的媒体元素。
            7. 将 new audio track 添加到 media element 上的 audioTracks 属性。
               注

               这应当触发 AudioTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 audioTracks 属性所引用的 AudioTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new audio track。

            否则：

            向 [[port to main]] 发送一条内部 create track 消息，其在 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 属性。
               注

               这应当触发 AudioTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 audioTracks 属性所引用的 AudioTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new audio track。

      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 属性。
               注

               这应当触发 VideoTrackList [HTML] 逻辑，以排入 一个任务，在此 videoTracks 属性所引用的 VideoTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new video track。该 videoTracks 属性位于此 SourceBuffer 对象上。

            6. 令 media element 为此 SourceBuffer 对象的父媒体 源所附加到的媒体元素。
            7. 将 new video track 添加到 media element 上的 videoTracks 属性。
               注

               这应当触发 VideoTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 videoTracks 属性所引用的 VideoTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new video track。

            否则：

            向 [[port to main]] 发送一条内部 create track 消息，其在 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 属性。
               注

               这应当触发 VideoTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 videoTracks 属性所引用的 VideoTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new video track。

      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 属性。
               注

               这应当触发 TextTrackList [HTML] 逻辑，以排入 一个任务，在此 textTracks 属性所引用的 TextTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new text track。 该 textTracks 属性位于此 SourceBuffer 对象上。

            6. 令 media element 为此 SourceBuffer 对象的父媒体 源所附加到的媒体元素。
            7. 将 new text track 添加到 media element 上的 textTracks 属性。
               注

               这应当触发 TextTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 textTracks 属性所引用的 TextTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new text track。

            否则：

            向 [[port to main]] 发送一条内部 create track 消息，其在 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 属性。
               注

               这应当触发 TextTrackList [HTML] 逻辑，以排入 一个任务，在 media element 上的 textTracks 属性所引用的 TextTrackList 对象上，使用 TrackEvent 触发 一个事件，其名称为 addtrack， 并将 track 属性初始化为 new text track。

      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 的转换，则它应当触发 HTMLMediaElement 逻辑，以排入 一个任务，在媒体元素上触发一个事件， 其名称为 loadedmetadata。

当 编码帧 已被 分段解析循环 完整解析后，执行以下步骤：

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，则从 track buffer 中移除 overlapped frame。
             注

             这是为了补偿帧 时间戳 计算中的微小误差，这些误差可能在 双精度浮点数与有理数之间 来回转换时出现。此 容差允许一个帧替换现有帧，只要其 与现有帧的开始 时间相差不超过 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. 通过从 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 之前，更 主动地施加反压。实际上，至少已有一个实现 这样做。

2. 如果 [[buffer full flag]] 等于 false，则 中止这些步骤。
3. 令 removal ranges 等于一个呈现 时间范围列表， 这些范围可以从呈现中驱逐，以便为 new data 腾出空间。
   注

   实现可以使用不同的方法选择 removal ranges，因此 Web 应用程序不应该依赖特定行为。Web 应用程序可以使用 buffered 属性来 观察已缓冲数据中的部分内容是否已被 驱逐。

4. 对于 removal ranges 中的每个范围，运行编码帧移除算法，并将 start 和 end 分别设置为 移除范围的起始和结束 时间戳。

当 编码帧处理算法需要为两个重叠的音频 编码帧 生成拼接帧时，按照以下步骤操作：

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 为 track buffer 中 编码帧， 其呈现区间包含 presentation timestamp。
7. 根据 overlapped frame 中音频的采样率，将 presentation timestamp 和 decode timestamp 更新为最近的音频采样 时间戳。如果一个时间戳与两个音频采样时间戳的距离相等，则使用较大的时间戳（例如， floor(x * sample_rate + 0.5) / sample_rate）。
   注

   例如，给定以下值：

   • overlapped frame 的呈现 时间戳等于 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)，而不是 10 + 101/8000 (10.012625)

8. 如果用户代理不支持交叉淡化，则运行以下步骤：
   1. 从 track buffer 中移除 overlapped frame。
   2. 向 track buffer 添加一个具有以下属性的静音帧：
      • 将呈现 时间戳设置为 overlapped frame 的呈现 时间戳。
      • 将解码时间戳 设置为 overlapped frame 的解码时间戳。
      • 将编码帧 持续时间设置为 presentation timestamp 与 overlapped frame 的呈现 时间戳之间的差值。
      注

      某些实现可以对插入的静音两侧的 编码帧应用淡入/淡出静音效果，以使过渡不那么突兀。

   3. 返回调用方，而不提供拼接帧。
      注

      这是为了允许将 new coded frame 添加到 track buffer 中，就如同 overlapped 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，以及 track buffer 中所有 呈现时间戳大于 presentation timestamp 且小于 splice end timestamp 的其他帧。
12. 从 track buffer 中移除 fade out coded frames 中包含的所有帧。
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 加上五毫秒。
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。

注意

以下是该算法的图示。

当 编码帧处理算法需要为两个重叠的定时文本 编码帧 生成拼接帧时，运行以下步骤：

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 为 track buffer 中，其 呈现区间包含 presentation timestamp 的编码帧。
8. 令 overlapped presentation timestamp 为 first overlapped frame 的呈现时间戳。
9. 令 overlapped frames 等于 first overlapped frame，以及 track buffer 中任何 其他 呈现时间戳大于 presentation timestamp 且小于 frame end timestamp 的帧。
10. 从 track buffer 中移除 overlapped frames 所包含的所有帧。
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 为一个标志，当下列条件同时满足时为 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 的 内存清理算法。

当对 ManagedSourceBuffer buffer 的所有会导致该 buffer 的 buffered 发生变化的操作完成后，运行以下步骤。即，一旦 appendBuffer()、 remove() 或 内存清理 算法完成时。

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 字典，并用 added 初始化其 addedRanges，用 removed 初始化其 removedRanges。
6. 排队一个任务， 以 触发一个事件，事件名为 bufferedchange， 在 buffer 上使用 BufferedChangeEvent 接口， 并用 eventInitDict 初始化。

1. 如果 this 不在其 ManagedMediaSource 父对象的 activeSourceBuffers 中：

   1. 运行 编码帧移除 算法， 将 start 设为 0，end 设为正无穷大，然后中止这些步骤。

2. 令 removal ranges 为一组可从展示中被驱逐的展示时间范围， 以确保从 currentTime 起直到能够再次获取该展示内容期间的连续播放。
   注意

   不同实现可以采用不同策略选择 removal ranges， 因此 Web 应用不应依赖特定行为。Web 应用应监听 bufferedchange 事件以观察缓冲数据的部分是否被驱逐。

3. 对于 removal ranges 中的每个范围，运行 编码帧移除 算法，其中 start 与 end 分别等于该移除范围的起始与结束时间戳。