미디어 소스 확장™

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 특성로 연결을 시도하는 것은, 아래에 확장된 대로 미디어 요소의 리소스 가져오기 알고리즘에서 반드시 실패해야 합니다.

  Note

  객체 URL 연결 메커니즘을 워커의 MediaSource 객체 URL까지 확장하면, srcObject 사용에 비해 덜 선호되는 관용구를 더욱 확산시키게 되며, 사용자 에이전트 간 상호운용성 위험과 구현 복잡성을 불필요하게 증가시킬 수 있습니다.

• MediaSource가 DedicatedWorkerGlobalScope에서 생성된 경우에는, handle을 통해 핸들을 얻고, 해당 MediaSourceHandle을 Window 컨텍스트로 전달하여 미디어 요소의 srcObject 특성에 할당하는 방법으로만 연결할 수 있습니다. 이 명세를 HTMLMediaElement의 리소스 로딩 및 가져오기 알고리즘과 정렬하기 위해, 하부의 DedicatedWorkerGlobalScope MediaSource가 그곳에서 언급되는 MediaSource 객체이며, MediaSourceHandle 객체가 미디어 제공자 객체입니다.

리소스 가져오기 알고리즘이 미디어 제공자 객체로 MediaSource 객체, MediaSourceHandle 객체, 또는 객체가 MediaSource인 URL 레코드로 호출된 경우, 모드를 local로 설정하고 (그렇지 않으면 모드를 remote로 설정할 수 있는) 리소스 가져오기 알고리즘의 첫 번째 단계를 건너뛴 뒤 알고리즘 실행을 계속합니다.

리소스 가져오기 알고리즘의 “그 외(모드가 로컬)” 섹션 시작 시, 아래의 추가 단계를 실행합니다.

1. 리소스 가져오기 알고리즘이 미디어 제공자 객체로 MediaSource 객체, MediaSourceHandle 객체, 또는 객체가 MediaSource인 URL 레코드로 호출된 경우:

   미디어 제공자 객체가, 예컨대 DedicatedWorkerGlobalScope에서 생성된 MediaSource의 MediaSource 객체 URL을 사용하려는 경우처럼, 객체가 MediaSource인 URL 레코드인 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에서 "네트워크 오류로 인해 미디어 데이터를 전혀 가져올 수 없어, 사용자 에이전트가 리소스 가져오기를 포기하는 경우" 단계를 실행합니다.

   Note

   이는 DedicatedWorker의 MediaSource 연결에 MediaSource 객체 URL을 사용하는 것을 방지합니다. DedicatedWorker에서 Window 컨텍스트로 MediaSource의 handle을 전달하고 미디어 요소의 srcObject 특성에 할당하는 것이 그러한 MediaSource를 연결하는 유일한 방법입니다.

   미디어 제공자 객체가 MediaSourceHandle이고, 그 내부 슬롯 [[Detached]]가 true인 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에서 "네트워크 오류로 인해 미디어 데이터를 전혀 가져올 수 없어, 사용자 에이전트가 리소스 가져오기를 포기하는 경우" 단계를 실행합니다.

   미디어 제공자 객체가 MediaSourceHandle이고, 그 기저의 MediaSource의 [[has ever been attached]] 내부 슬롯이 true인 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에서 "네트워크 오류로 인해 미디어 데이터를 전혀 가져올 수 없어, 사용자 에이전트가 리소스 가져오기를 포기하는 경우" 단계를 실행합니다.

   Note

   이는 MediaSource가 Window에서 생성되었고 이전에 MediaSource 객체 URL을 사용해 로드되었더라도, 동일한 기저 MediaSource를 MediaSourceHandle로 두 번 이상 로드하는 것을 방지합니다. 다만, 이후에는 Window의 MediaSource에 대해 MediaSource 객체 URL을 사용하는 것이 성공하는 것을 배제하지는 않습니다.

   readyState가 "closed"로 설정되어 있지 않은 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에서 "네트워크 오류로 인해 미디어 데이터를 전혀 가져올 수 없어, 사용자 에이전트가 리소스 가져오기를 포기하는 경우" 단계를 실행합니다.

   그 외의 경우

   1. MediaSource의 [[has ever been attached]] 내부 슬롯을 true로 설정합니다.
   2. 미디어 요소의 delaying-the-load-event-flag를 false로 설정합니다.

   3. MediaSource가 DedicatedWorkerGlobalScope에서 생성된 경우, 워커 연결 통신을 설정하고 MediaSource를 엽니다:

      1. [[channel with worker]]를 새로운 MessageChannel로 설정합니다.
      2. [[port to worker]]를 port1의 값으로 설정합니다(대상: [[channel with worker]]).
      3. StructuredSerializeWithTransfer를 실행하되, port2를 값이자 transferList의 유일한 멤버로 사용하고, 그 결과를 serialized port2로 둡니다.
      4. 작업을 큐에 추가하여 MediaSource의 DedicatedWorkerGlobalScope에서 다음을 수행하도록 합니다:
         1. StructuredDeserializeWithTransfer를 serialized port2와 DedicatedWorkerGlobalScope의 realm으로 실행하고, [[port to main]]을 전송된 port2의 역직렬화된 복제본으로 설정합니다(대상: [[channel with worker]]).
         2. readyState 특성을 "open"으로 설정합니다.
         3. 작업을 큐에 추가하여 이벤트 sourceopen을 MediaSource에서 발생시킵니다.

      그 외의 경우, 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. 리소스 가져오기 알고리즘이나 미디어 데이터 처리 단계 목록에서 "the download", "bytes received", "whenever new data for the current media resource becomes available" 같은 표현은 appendBuffer()를 통해 전달된 데이터를 의미합니다.
      2. 리소스 가져오기 알고리즘과 미디어 데이터 처리 단계 목록의 HTTP에 관한 언급은 적용되지 않습니다. 이는 MediaSource가 연결된 경우 HTMLMediaElement가 HTTP로 미디어 데이터를 가져오지 않기 때문입니다.

다음 단계는 미디어 요소가 NETWORK_EMPTY로 전환하고, 미디어 요소에서 작업을 큐에 추가하여 이벤트를 발생시키는데 이름이 emptied인 경우에 항상 실행됩니다. 이러한 단계는 전환 직전에 실행되는 것이 권장됩니다.

1. MediaSource가 DedicatedWorkerGlobalScope에서 생성된 경우:

   1. 내부 detach 메시지를 [[port to worker]]에 게시하여 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. SourceBuffer 객체를 모두 activeSourceBuffers에서 제거합니다.
7. 작업을 큐에 추가하여 이벤트를 발생시키는데 이름은 removesourcebuffer이며, 대상은 activeSourceBuffers입니다.
8. SourceBuffer 객체를 모두 sourceBuffers에서 제거합니다.
9. 작업을 큐에 추가하여 이벤트를 발생시키는데 이름은 removesourcebuffer이며, 대상은 sourceBuffers입니다.
10. 작업을 큐에 추가하여 이벤트를 발생시키는데 이름은 sourceclose이며, 대상은 MediaSource입니다.

다음 단계를 탐색 알고리즘의 “사용자 에이전트가 새 재생 위치의 미디어 데이터가 사용 가능한지 여부를 파악하고, 사용 가능하다면 해당 위치를 재생할 만큼 충분한 데이터를 디코딩할 때까지 기다린다” 단계의 일부로 실행합니다:

1. Note

   미디어 요소는 SourceBuffer의 각 객체(대상: activeSourceBuffers)에서, media segments 중 new playback position을 포함하는 것을 찾습니다. 현재 HTMLMediaElement의 buffered 특성 값의 TimeRanges 내 임의의 위치는 해당 위치에 필요한 모든 미디어 세그먼트가 버퍼링되어 있습니다.

   new playback position이 TimeRanges 중 어느 것에도 포함되어 있지 않은 경우(대상: HTMLMediaElement의 buffered)

   1. HTMLMediaElement의 readyState 특성이 HAVE_METADATA보다 크면, HTMLMediaElement의 readyState 특성을 HAVE_METADATA로 설정합니다.
      Note

      HTMLMediaElement ready states [HTML] 로직에 따라, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 트리거할 수 있습니다.

   2. 미디어 요소는 appendBuffer() 호출이 coded frame processing 알고리즘을 통해 HTMLMediaElement의 readyState 특성을 HAVE_METADATA보다 큰 값으로 설정할 때까지 대기합니다.
      Note

      웹 애플리케이션은 buffered와 HTMLMediaElement의 buffered를 사용하여 재생 재개에 필요한 것이 무엇인지 판단할 수 있습니다.

   그 외의 경우

   계속 진행

   Note

   readyState 특성이 "ended"이고, new playback position이 현재 TimeRanges 중 하나에 포함되어 HTMLMediaElement의 buffered에 나타나 있다면, 현재 선택 또는 활성화된 트랙 버퍼 중 하나 이상의 최대 범위 종료 타임스탬프가 new playback position보다 작더라도, 탐색 동작은 여기서 완료될 때까지 계속되어야 합니다. 이 조건은 buffered의 로직이 readyState가 "ended"일 때 발생시키는 경우에만 나타나야 합니다.

2. 미디어 요소는 모든 디코더를 재설정하고, 각 디코더를 적절한 initialization segment의 데이터로 초기화합니다.
3. 미디어 요소는 활성 트랙 버퍼에서 coded frames를 디코더에 공급하되, new playback position 이전의 가장 가까운 random access point부터 시작합니다.
4. 탐색 알고리즘의 “안정 상태를 대기” 단계에서 재개합니다.

다음 단계는 재생 중 주기적으로 실행되어, SourceBuffer 객체들이 activeSourceBuffers 내에서 중단 없는 재생을 보장할 만큼 충분한 데이터를 보유하는지 확인합니다. 또한 activeSourceBuffers의 변경은 상태 전환을 트리거하는 조건에 영향을 미치므로, 이러한 단계의 실행을 유발합니다.

중단 없는 재생을 보장할 만큼 충분한 데이터가 있다는 것은, 사용자 에이전트가 현재 의미 있는 시간 동안 정지 없이 프레젠테이션을 재생할 수 있을 만큼 충분한 데이터가 있다고 판단하는 구현별 조건입니다. 이 조건은 미디어 요소를 HAVE_ENOUGH_DATA 준비 상태로 들어가거나 빠져나가게 할 시점을 결정하기 위해 지속적으로 평가됩니다. 이러한 전환은 사용자 에이전트가 충분한 데이터가 버퍼링되었다고 믿는지, 아니면 더 많은 데이터가 필요한지를 각각 나타냅니다.

HTMLMediaElement의 readyState 특성이 HAVE_NOTHING인 경우:

1. 이 단계를 중단합니다.

HTMLMediaElement의 buffered가 현재 재생 위치를 포함하는 TimeRanges를 포함하지 않는 경우:

1. HTMLMediaElement의 readyState 특성을 HAVE_METADATA로 설정합니다.
   Note

   HTMLMediaElement ready states [HTML] 로직에 따라, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 트리거할 수 있습니다.

2. 이 단계를 중단합니다.

HTMLMediaElement의 buffered가 현재 재생 위치를 포함하고, 또한 중단 없는 재생을 보장할 만큼 충분한 데이터가 있는 TimeRanges를 포함하는 경우:

1. HTMLMediaElement의 readyState 특성을 HAVE_ENOUGH_DATA로 설정합니다.
   Note

   HTMLMediaElement ready states [HTML] 로직에 따라, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 트리거할 수 있습니다.

2. 이전에 HAVE_CURRENT_DATA로 전환하면서 재생이 일시 중단되었다면, 이 시점에 재생이 재개될 수 있습니다.
3. 이 단계를 중단합니다.

HTMLMediaElement의 buffered가 현재 재생 위치를 포함하고, 현재 위치 이후의 일부 시간도 포함하는 TimeRanges를 포함하는 경우, 다음 단계를 실행합니다:

1. HTMLMediaElement의 readyState 특성을 HAVE_FUTURE_DATA로 설정합니다.
   Note

   HTMLMediaElement ready states [HTML] 로직에 따라, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 트리거할 수 있습니다.

2. 이전에 HAVE_CURRENT_DATA로 전환하여 재생이 일시 중단되었다면, 이 시점에 재생이 재개될 수 있습니다.
3. 이 단계를 중단합니다.

HTMLMediaElement의 buffered가 현재 재생 위치에서 끝나고, 현재 위치 직후를 덮는 범위가 없는 TimeRanges를 포함하는 경우:

1. HTMLMediaElement의 readyState 특성을 HAVE_CURRENT_DATA로 설정합니다.
   Note

   HTMLMediaElement ready states [HTML] 로직에 따라, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 트리거할 수 있습니다.

2. 미디어 요소는 미디어 타임라인을 전진시키기에 충분한 데이터가 없으므로, 이 시점에 재생이 일시 중단됩니다.
3. 이 단계를 중단합니다.

재생 중에는 activeSourceBuffers를 갱신해야 합니다. 이는 selected video track, enabled audio track, 또는 text track의 mode가 변경될 때 필요합니다. 이러한 변경 중 하나 이상이 발생하면 다음 단계를 따라야 합니다. AudioTrack, VideoTrack 및 TextTrack 객체와 그들의 AudioTrackList, VideoTrackList 및 TextTrackList는 오직 Window HTMLMediaElement에서만 노출되므로, 이러한 변경은 항상 Window context에서 발생합니다. MediaSource가 DedicatedWorkerGlobalScope에서 생성된 경우, 각 변경은 DedicatedWorkerGlobalScope로 내부 update track state 메시지를 [[port to worker]]에 post하여 전달해야 하며, 그 암시적 핸들러는 해당 영향을 받은 track을 생성한 SourceBuffer에 대해 다음 단계를 수행합니다. MediaSource가 Window에서 생성된 경우에는 다음 단계가 직접 실행됩니다.

selected video track가 변경되면 다음 단계를 수행합니다:

1. 이전에 selected였던 video track과 연관된 SourceBuffer가 다른 enabled track들과도 연관되어 있지 않다면, 다음 단계를 수행합니다:
   1. SourceBuffer를 activeSourceBuffers에서 제거합니다.
   2. task를 큐에 넣어 이벤트를 발생시키되, removesourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.
2. 새로 selected된 video track과 연관된 SourceBuffer가 이미 activeSourceBuffers에 있지 않다면, 다음 단계를 수행합니다:
   1. SourceBuffer를 activeSourceBuffers에 추가합니다.
   2. task를 큐에 넣어 이벤트를 발생시키되, addsourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.

audio track이 비활성화되고, 이 track과 연관된 SourceBuffer가 다른 enabled 또는 selected track과도 연관되어 있지 않다면, 다음 단계를 수행합니다:

1. audio track과 연관된 SourceBuffer를 activeSourceBuffers에서 제거합니다.
2. task를 큐에 넣어 이벤트를 발생시키되, removesourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.

audio track이 enabled되고, 이 track과 연관된 SourceBuffer가 이미 activeSourceBuffers에 있지 않다면, 다음 단계를 수행합니다:

1. audio track과 연관된 SourceBuffer를 activeSourceBuffers에 추가합니다.
2. task를 큐에 넣어 이벤트를 발생시키되, addsourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.

text track의 mode가 "disabled"가 되고, 이 track과 연관된 SourceBuffer가 다른 enabled 또는 selected track과도 연관되어 있지 않다면, 다음 단계를 수행합니다:

1. text track과 연관된 SourceBuffer를 activeSourceBuffers에서 제거합니다.
2. task를 큐에 넣어 이벤트를 발생시키되, removesourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.

text track의 mode가 "showing" 또는 "hidden"가 되고, 이 track과 연관된 SourceBuffer가 이미 activeSourceBuffers에 있지 않다면, 다음 단계를 수행합니다:

1. text track과 연관된 SourceBuffer를 activeSourceBuffers에 추가합니다.
2. task를 큐에 넣어 이벤트를 발생시키되, addsourcebuffer라는 이름의 이벤트를 activeSourceBuffers에서 발생시킵니다.

duration을 new duration으로 변경해야 할 때 다음 단계를 따릅니다.

1. duration의 현재 값이 new duration과 같으면 반환합니다.
2. new duration이 모든 SourceBuffer 객체의 presentation timestamp 중 버퍼링된 coded frames의 가장 높은 값보다 작으면, InvalidStateError 예외를 던지고 이러한 단계를 중단합니다.
   Note

   현재 버퍼링된 미디어를 잘라내는 duration 감소는 허용되지 않습니다. 잘라내기가 필요하면 remove()를 사용하여 duration을 업데이트하기 전에 버퍼링된 범위를 줄이십시오.

3. highest end time을 모든 track buffer ranges 끝 시간 중 가장 큰 값으로 정의합니다. 이는 모든 track buffers와 모든 SourceBuffer 객체에 걸쳐 계산합니다.
4. new duration이 highest end time보다 작으면,
   Note

   이 조건은 coded frame removal 알고리즘이 제거 범위의 시작보다 먼저 시작하는 coded frames를 보존하기 때문에 발생할 수 있습니다.

   1. new duration을 highest end time과 같게 업데이트합니다.
5. duration을 new duration으로 업데이트합니다.
6. mirror if necessary 알고리즘을 사용하여 Window에서 다음 단계를 실행해 media element의 duration을 업데이트합니다:
   1. media element의 duration을 new duration으로 업데이트합니다.
   2. HTMLMediaElement duration change algorithm을 실행합니다.

이 알고리즘은 application이 endOfStream() 호출을 통해 stream의 끝을 알릴 때, 또는 어떤 알고리즘이 decode error를 알릴 필요가 있을 때 호출됩니다. 이 알고리즘은 error가 signalled될지 여부를 나타내는 error parameter를 받습니다.

1. readyState attribute 값을 "ended"로 변경합니다.
2. task를 큐에 넣어 이벤트를 발생시키되, sourceended라는 이름의 이벤트를 MediaSource에서 발생시킵니다.

3. error가 설정되지 않은 경우

   1. new duration을 모든 track buffer ranges의 끝 시간 중 가장 큰 값으로 설정하여 duration change 알고리즘을 실행합니다. 이는 모든 track buffers와 모든 SourceBuffer 객체에 걸쳐 계산됩니다.
      Note

      이는 duration이 추가된 media segments의 끝을 올바르게 반영하도록 합니다. 예를 들어 duration이 명시적으로 10초로 설정되어 있었고, endOfStream()이 호출되기 전에 0초부터 5초까지의 media segments만 추가되었다면, duration은 5초로 업데이트됩니다.

   2. media element가 이제 모든 media data를 가지고 있음을 알립니다.

   error가 "network"로 설정된 경우

   mirror if necessary 알고리즘을 사용하여 다음 단계를 Window에서 실행합니다:

   HTMLMediaElement의 readyState attribute가 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 attribute가 HAVE_NOTHING보다 큰 경우

   resource fetch algorithm의 media data processing steps list에 있는 "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"로 설정된 경우

   mirror if necessary 알고리즘을 사용하여 다음 단계를 Window에서 실행합니다:

   HTMLMediaElement의 readyState attribute가 HAVE_NOTHING과 같은 경우

   resource fetch algorithm의 media data processing steps list에 있는 "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 attribute가 HAVE_NOTHING보다 큰 경우

   resource fetch algorithm의 media data processing steps list에 있는 media data is corrupted 단계를 실행합니다.

이 알고리즘은 Window에서 MediaSource가 동일한 Window 또는 DedicatedWorkerGlobalScope에서 연결된 경우, 보통 연결된 HTMLMediaElement의 state를 업데이트하기 위해 Window에서 단계를 실행하는 데 사용됩니다. 이 알고리즘은 Window에서 실행할 단계를 나열하는 steps parameter를 받습니다.

MediaSource가 DedicatedWorkerGlobalScope에서 생성된 경우:

[[port to main]]에 내부 mirror on window 메시지를 post하며, Window의 암시적 핸들러가 steps를 실행합니다. 해당 핸들러가 메시지를 수신할 때까지 기다리지 않고 호출자에게 제어를 반환합니다.

Note

mirror message 메커니즘의 목적은 다음을 보장하는 것입니다:

1. steps가 다른 Window task의 실행 중간에 어딘가에서 발생하는 것이 아니라, Window 위의 자체 task로서 비동기적으로 실행된다는 점, 그리고
2. steps가 DedicatedWorkerGlobalScope에서 이 알고리즘의 동기적 실행과 반환을 막지 않고 실행된다는 점입니다.

그렇지 않은 경우:

steps를 실행합니다.

각 SourceBuffer object는 [[append state]] internal slot을 가지며, 이는 고수준 segment parsing state를 추적합니다. 이 값은 처음에 WAITING_FOR_SEGMENT로 설정되며, data가 추가됨에 따라 다음 states로 전환될 수 있습니다.

각 SourceBuffer object는 [[input buffer]] internal slot을 가지며, 이는 appendBuffer() 호출 전반에 걸쳐 unparsed bytes를 보관하는 byte buffer입니다. 이 buffer는 SourceBuffer object가 생성될 때 empty입니다.

각 SourceBuffer object는 [[buffer full flag]] internal slot을 가지며, 이는 appendBuffer()가 더 많은 bytes를 받아들일 수 있는지를 추적합니다. 이 값은 SourceBuffer object가 생성될 때 false로 설정되며, data가 추가되고 제거됨에 따라 업데이트됩니다.

각 SourceBuffer object는 [[audio track added flag]] internal slot을 가지며, 이 object에 대해 AudioTrack 가 이미 생성되었는지를 추적합니다. 이는 SourceBuffer object가 생성될 때 false로 설정되며, initialization segment received algorithm에서 새로 생성된 AudioTrack이 기본적으로 enabled인지 판단하는 데 사용됩니다.

각 SourceBuffer object는 [[video track added flag]] internal slot을 가지며, 이 object에 대해 VideoTrack 가 이미 생성되었는지를 추적합니다. 이는 SourceBuffer object가 생성될 때 false로 설정되며, initialization segment received algorithm에서 새로 생성된 VideoTrack이 기본적으로 selected인지 판단하는 데 사용됩니다.

각 SourceBuffer object는 [[group start timestamp]] internal slot을 가지며, 이는 "sequence" mode에서 새 coded frame group의 시작 timestamp를 추적합니다. SourceBuffer object가 생성될 때 unset이며, mode attribute가 "sequence"와 같고 timestampOffset attribute가 설정되거나, coded frame processing algorithm이 실행될 때 업데이트됩니다.

각 SourceBuffer object는 [[group end timestamp]] internal slot을 가지며, 이는 current coded frame group의 모든 coded frames 중 가장 높은 coded frame end timestamp를 저장합니다. 이는 SourceBuffer object가 생성될 때 0으로 설정되며, coded frame processing algorithm에 의해 업데이트됩니다.

각 SourceBuffer object는 [[generate timestamps flag]] internal slot을 가지며, 이는 coded frames에 대해 timestamp를 생성해야 하는지를 추적하는 boolean입니다. 이 flag는 addSourceBuffer()가 SourceBuffer object가 생성될 때 설정하며, changeType()에 의해 업데이트됩니다.

segment parser loop algorithm이 호출되면 다음 단계를 실행합니다:

1. Loop Top: [[input buffer]]가 empty이면, 아래의 need more data step으로 이동합니다.
2. [[input buffer]]에 SourceBuffer byte stream format specification을 위반하는 bytes가 있으면, append error algorithm을 실행하고 이 algorithm을 중단합니다.
3. byte stream format specifications가 MUST 무시하도록 지정한 byte들을 [[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. 위의 loop top step으로 이동합니다.

5. [[append state]]가 PARSING_INIT_SEGMENT와 같으면, 다음 단계를 실행합니다:

   1. [[input buffer]]에 아직 complete initialization segment가 없으면, 아래의 need more data step으로 이동합니다.
   2. initialization segment received algorithm을 실행합니다.
   3. initialization segment bytes를 [[input buffer]]의 시작에서 제거합니다.
   4. [[append state]]를 WAITING_FOR_SEGMENT로 설정합니다.
   5. 위의 loop top step으로 이동합니다.

6. [[append state]]가 PARSING_MEDIA_SEGMENT와 같으면, 다음 단계를 실행합니다:

   1. [[first initialization segment received flag]]가 false이거나 [[pending initialization segment for changeType flag]]가 true이면, append error algorithm을 실행하고 이 algorithm을 중단합니다.
   2. [[input buffer]]에 하나 이상의 complete coded frames가 있으면, coded frame processing algorithm을 실행합니다.
      Note

      coded frame processing algorithm이 실행되는 빈도는 implementation-specific입니다. input buffer에 complete media segment가 있을 때 호출될 수도 있고, complete coded frames가 input buffer에 추가될 때마다 여러 번 호출될 수도 있습니다.

   3. 이 SourceBuffer가 가득 차서 더 많은 media data를 받아들일 수 없으면, [[buffer full flag]]를 true로 설정합니다.
   4. [[input buffer]]에 complete media segment가 없으면, 아래의 need more data step으로 이동합니다.
   5. media segment bytes를 [[input buffer]]의 시작에서 제거합니다.
   6. [[append state]]를 WAITING_FOR_SEGMENT로 설정합니다.
   7. 위의 loop top step으로 이동합니다.
7. Need more data: 호출한 algorithm으로 제어를 반환합니다.

파서 상태를 재설정해야 할 때, 다음 단계를 실행합니다:

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 algorithm을 실행합니다.
2. updating attribute를 false로 설정합니다.
3. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 error라는 이름의 event를 발생시킵니다.
4. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 updateend라는 이름의 event를 발생시킵니다.
5. end of stream algorithm을 error parameter를 "decode"로 설정하여 실행합니다.

append operation이 시작될 때, 다음 단계가 실행되어 SourceBuffer를 검증하고 준비합니다.

1. SourceBuffer가 sourceBuffers attribute에서 parent media source로부터 제거되었다면 InvalidStateError exception을 던지고 이러한 단계를 중단합니다.
2. updating attribute가 true이면, InvalidStateError exception을 던지고 이러한 단계를 중단합니다.
3. recent element error를 다음과 같이 결정합니다:

   MediaSource가 Window 에서 생성된 경우

   recent element error를 HTMLMediaElement의 error attribute가 null이 아니면 true로, 그 attribute가 null이면 false로 둡니다.

   그렇지 않으면

   recent element error를 Window case의 단계를 수행한 결과값으로 두되, Window HTMLMediaElement에서 그 error attribute가 변경될 때마다 [[port to worker]] implicit messages를 사용하여 전달된 결과를 반영합니다. 그러한 message가 아직 수신되지 않았다면 recent element error를 false로 둡니다.

4. recent element error가 true이면, InvalidStateError exception을 던지고 이러한 단계를 중단합니다.

5. readyState attribute가 parent media source에서 "ended" 상태라면 다음 단계를 실행합니다:

   1. readyState attribute를 parent media source의 "open"으로 설정합니다.
   2. task를 큐에 넣어 이벤트를 발생시키되, sourceopen이라는 이름의 이벤트를 parent media source에 발생시킵니다.
6. coded frame eviction algorithm을 실행합니다.

7. [[buffer full flag]]가 true이면, QuotaExceededError exception을 던지고 이러한 단계를 중단합니다.

   Note

   이는 implementation이 append를 수용할 만큼 충분한 data를 evict하지 못했거나, append 자체가 너무 크다는 신호입니다. web application은 공간을 명시적으로 확보하고/하거나 append 크기를 줄이기 위해 remove()를 사용해야 SHOULD 합니다.

appendBuffer()가 호출되면, 다음 단계를 실행하여 추가된 데이터를 처리합니다.

1. segment parser loop algorithm을 실행합니다.
2. 이전 단계에서 segment parser loop algorithm이 중단되었다면, 이 algorithm을 중단합니다.
3. updating attribute를 false로 설정합니다.
4. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 update라는 이름의 event를 발생시킵니다.
5. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 updateend라는 이름의 event를 발생시킵니다.

호출자가 다른 SourceBuffer 업데이트를 차단하는 JavaScript 표시 범위 제거 작업을 시작해야 할 때 다음 단계를 따릅니다:

1. start를 제거 범위의 시작 presentation timestamp로 두며, 이는 presentation start time을 기준으로 초 단위로 측정됩니다.
2. end를 제거 범위의 끝 presentation timestamp로 두며, 이는 presentation start time을 기준으로 초 단위로 측정됩니다.
3. updating attribute를 true로 설정합니다.
4. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 updatestart라는 이름의 event를 발생시킵니다.
5. 호출자에게 제어를 반환하고 나머지 단계는 비동기적으로 실행합니다.
6. coded frame removal algorithm을 start와 end를 제거 범위의 시작과 끝으로 하여 실행합니다.
7. updating attribute를 false로 설정합니다.
8. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 update라는 이름의 event를 발생시킵니다.
9. task를 큐에 넣어 이벤트를 발생시키되, 이 SourceBuffer object에서 updateend라는 이름의 event를 발생시킵니다.

세그먼트 파서 루프가 완전한 초기화 세그먼트를 성공적으로 파싱했을 때 다음 단계를 실행합니다:

각 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을 양의 무한대로 설정하여 실행한다.

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가 포함된 비디오 트랙이 초기화 세그먼트에 나타나면 사용자 에이전트는 다른 두 속성의 위 검사를 통과하더라도 이 단계를 사용하여 디코드 오류를 발생시킬 수 있다. 구현은 실제로 코덱이 지원되지 않거나 다른 두 속성의 검사가 실패한 경우에만 이러한 오류를 발생시키도록 권장된다. 웹 작성자는 사용자 에이전트 지원을 보다 선제적으로 감지할 수 있도록 changeType(), addSourceBuffer() 및 isTypeSupported() 에 정확한 코덱 매개변수를 사용하도록 권장된다. changeType() 은 SourceBuffer 객체의 바이트 스트림 형식이 변경되는 경우 필요하다.

   2. 이 초기화 세그먼트에서 적절한 트랙 설명을 각 트랙 버퍼에 추가한다.
   3. 모든 트랙 버퍼의 랜덤 액세스 포인트 필요 플래그를 true로 설정한다.
4. active track flag를 false와 같게 한다.

5. [[first initialization segment received flag]] 가 false이면 다음 단계를 실행한다:

   1. 초기화 세그먼트에 사용자 에이전트가 지원하지 않는 코덱의 트랙이 포함되어 있으면 추가 오류 알고리즘을 실행하고 이 단계를 중단한다.
      참고

      사용자 에이전트는 원래라면 지원되는 코덱이라도 여기에서는 "지원되지 않음"으로 간주할 수 있다. 이는 해당 코덱이 type 매개변수에 지정되지 않은 경우이며, 이 매개변수는 (a) 이 changeType() 객체에서 가장 최근에 성공한 호출에 전달되었거나, (b) 이 객체에서 아직 성공한 changeType() 호출이 발생하지 않았다면 이 SourceBuffer 객체를 생성한 addSourceBuffer() 호출에 전달된 것이다. 예를 들어 MediaSource.isTypeSupported('video/webm;codecs="vp8,vorbis"') 가 true를 반환할 수 있지만, addSourceBuffer() 이 'video/webm;codecs="vp8"'로 호출되었고 Vorbis 트랙이 초기화 세그먼트에 나타나면 사용자 에이전트는 이 단계를 사용하여 디코드 오류를 발생시킬 수 있다. 구현은 실제로 코덱이 지원되지 않는 경우에만 이러한 오류를 발생시키도록 권장된다. 웹 작성자는 사용자 에이전트 지원을 보다 선제적으로 감지할 수 있도록 changeType(), addSourceBuffer() 및 isTypeSupported() 에 정확한 코덱 매개변수를 사용하도록 권장된다. changeType() 은 SourceBuffer 객체의 바이트 스트림 형식이 변경되는 경우 필요하다.

   2. 초기화 세그먼트의 각 오디오 트랙에 대해 다음 단계를 실행한다:

      1. audio byte stream track ID를 현재 처리 중인 트랙의 트랙 ID로 한다.
      2. audio language를 이 트랙에 대해 초기화 세그먼트에 지정된 언어의 BCP 47 언어 태그로 하거나, 언어 정보가 없으면 빈 문자열로 한다.
      3. audio language가 'und' BCP 47 값과 같으면 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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new audio track으로 초기화하고, 이 AudioTrackList 객체는 이 SourceBuffer 객체의 audioTracks 속성이 참조한다.

            6. media element를 이 SourceBuffer 객체의 상위 미디어 소스가 연결된 미디어 요소로 한다.
            7. new audio track을 media element의 audioTracks 속성에 추가한다.
               참고

               이는 AudioTrackList [HTML] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new audio track으로 초기화하고, 이 AudioTrackList 객체는 media element의 audioTracks 속성이 참조한다.

            그렇지 않은 경우:

            [[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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new audio track으로 초기화하고, 이 AudioTrackList 객체는 media element의 audioTracks 속성이 참조한다.

      7. 이 트랙의 코딩된 프레임을 저장할 새로운 트랙 버퍼를 생성한다.
      8. 이 트랙의 트랙 설명을 트랙 버퍼에 추가한다.

   3. 초기화 세그먼트의 각 비디오 트랙에 대해 다음 단계를 실행한다:

      1. video byte stream track ID를 현재 처리 중인 트랙의 트랙 ID로 한다.
      2. video language를 이 트랙에 대해 초기화 세그먼트에 지정된 언어의 BCP 47 언어 태그로 하거나, 언어 정보가 없으면 빈 문자열로 한다.
      3. video language가 'und' BCP 47 값과 같으면 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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new video track으로 초기화하고, 이 VideoTrackList 객체는 이 SourceBuffer 객체의 videoTracks 속성이 참조한다.

            6. media element를 이 SourceBuffer 객체의 상위 미디어 소스가 연결된 미디어 요소로 한다.
            7. new video track을 media element의 videoTracks 속성에 추가한다.
               참고

               이는 VideoTrackList [HTML] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new video track으로 초기화하고, 이 VideoTrackList 객체는 media element의 videoTracks 속성이 참조한다.

            그렇지 않은 경우:

            [[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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new video track으로 초기화하고, 이 VideoTrackList 객체는 media element의 videoTracks 속성이 참조한다.

      7. 이 트랙의 코딩된 프레임을 저장할 새로운 트랙 버퍼를 생성한다.
      8. 이 트랙의 트랙 설명을 트랙 버퍼에 추가한다.

   4. 초기화 세그먼트의 각 텍스트 트랙에 대해 다음 단계를 실행한다:

      1. text byte stream track ID를 현재 처리 중인 트랙의 트랙 ID로 한다.
      2. text language를 이 트랙에 대해 초기화 세그먼트에 지정된 언어의 BCP 47 언어 태그로 하거나, 언어 정보가 없으면 빈 문자열로 한다.
      3. text language가 'und' BCP 47 값과 같으면 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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new text track으로 초기화하고, 이 TextTrackList 객체는 이 SourceBuffer 객체의 textTracks 속성이 참조한다.

            6. media element를 이 SourceBuffer 객체의 상위 미디어 소스가 연결된 미디어 요소로 한다.
            7. new text track을 media element의 textTracks 속성에 추가한다.
               참고

               이는 TextTrackList [HTML] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new text track으로 초기화하고, 이 TextTrackList 객체는 media element의 textTracks 속성이 참조한다.

            그렇지 않은 경우:

            [[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] 로직이 태스크를 큐에 넣어 이벤트를 발생시키도록 해야 하며, 이벤트의 이름은 addtrack이고, TrackEvent를 사용하며 track 속성을 new text track으로 초기화하고, 이 TextTrackList 객체는 media element의 textTracks 속성이 참조한다.

      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. presentation timestamp에 timestampOffset 을 더한다.
      2. decode timestamp에 timestampOffset 을 더한다.
   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. 앞의 두 단계에서 제거된 코딩된 프레임에 대한 가능한 모든 디코딩 의존성을 제거하기 위해, 앞의 두 단계에서 제거된 해당 프레임과 그 제거된 프레임 이후의 다음 랜덤 액세스 포인트 사이에 있는 모든 코딩된 프레임을 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를 선택하는 데 서로 다른 방법을 사용할 수 있으므로 웹 애플리케이션은 특정 동작에 의존해서는 안 된다. 웹 애플리케이션은 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을 presentation timestamp를 포함하는 프레젠테이션 구간을 가진 track buffer의 코딩된 프레임으로 한다.
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와 같다.

   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 및 track buffer에서 프레젠테이션 타임스탬프가 presentation timestamp보다 크고 splice end timestamp보다 작은 모든 추가 프레임과 같게 한다.
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와 같다.
    참고

    이 스플라이스 프레임이 렌더링되는 방법에 대한 자세한 내용은 오디오 스플라이스 렌더링 알고리즘을 참조한다.

audio splice frame 알고리즘이 생성한 스플라이스 프레임을 미디어 요소가 렌더링해야 할 때 다음 단계를 실행합니다:

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의 샘플레이트와 채널 레이아웃이 다르면, 둘 모두를 공통 샘플레이트와 채널 레이아웃으로 변환합니다.
11. output samples를 출력 샘플을 담을 버퍼로 둡니다.
12. fade out samples의 splice timestamp에서 splice end timestamp 사이의 샘플에 대해 시작 gain 1, 종료 gain 0의 선형 게인 페이드 아웃을 적용합니다.
13. fade in samples의 splice timestamp에서 splice end timestamp 사이의 샘플에 대해 시작 gain 0, 종료 gain 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을 presentation timestamp를 포함하는 프리젠테이션 구간을 가진 코딩된 프레임으로 둡니다.
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에 오버랩된 프레임이 없었던 것처럼 추가될 수 있도록 의도되었습니다.

SourceBuffer Monitoring 알고리즘이 주기적으로 실행될 때 다음 단계를 실행합니다.

중단 없는 재생을 보장할 만큼 충분한 관리 데이터가 있는 상태란 사용자 에이전트가 프레젠테이션을 의미 있는 시간 동안 멈추지 않고 재생할 수 있을 만큼 데이터를 충분히 가지고 있다고 판단하는 구현체 정의 조건입니다. 이 조건은 streaming 값 전환 시점을 항상 평가하는 기준이 됩니다. 이러한 전환은 사용자 에이전트가 충분히 버퍼링되었다고 판단하거나, 반대로 더 많은 데이터가 필요하다고 판단하는 시점을 나타냅니다.

데이터를 효율적으로 가져오고 버퍼링할 수 있는 상태란 사용자 에이전트가 원하는 메모리 사용량을 달성하면서 에너지 효율적으로 새 데이터를 가져올 수 있다고 판단하는 구현체 정의 조건입니다.

1. MediaSource의 SourceBuffer Monitoring 알고리즘을 실행합니다.
2. can play uninterrupted and efficiently 플래그를, buffered 속성이 현재 재생 위치를 포함하고, 중단 없는 재생을 보장할 만큼 충분한 관리 데이터가 있으며, 데이터를 효율적으로 가져오고 버퍼링할 수 있는 상태일 때 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의 memory cleanup 알고리즘을 실행합니다.

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 딕셔너리로 두되, addedRanges는 added로, removedRanges는 removed로 초기화합니다.
6. 작업을 큐에 추가하여 이벤트를 발생시키되, 이벤트 이름은 bufferedchange이고, buffer에서 BufferedChangeEvent 인터페이스로, eventInitDict로 초기화하여 발생시킵니다.

1. this가 ManagedMediaSource 부모의 activeSourceBuffers에 포함되어 있지 않다면:

   1. 코딩된 프레임 제거 알고리즘을 start는 0, end는 양의 무한대로 하여 실행하고, 이 단계를 중단합니다.

2. removal ranges를, 프레젠테이션이 다시 가져올 수 있을 때까지 currentTime부터 끊김 없는 재생을 보장하기 위해 프레젠테이션에서 축출할 수 있는 프리젠테이션 시간 구간들의 목록으로 둡니다.
   참고

   구현체는 removal ranges를 선택하는 데 서로 다른 전략을 사용할 수 있으므로, 웹 애플리케이션은 특정 동작에 의존하지 않아야 합니다. 웹 애플리케이션은 bufferedchange 이벤트를 수신하여 버퍼된 데이터의 일부가 축출되었는지 관찰할 수 있습니다.

3. removal ranges의 각 구간에 대해, 코딩된 프레임 제거 알고리즘을 start와 end를 각각 해당 제거 구간의 시작 및 종료 타임스탬프로 하여 실행합니다.