미디어 소스 확장™

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를 객체로 갖는 URL 레코드인 경우, 예를 들어 DedicatedWorkerGlobalScope MediaSource의 MediaSource 객체 URL을 사용하려고 할 때와 같은 경우

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

   참고

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

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

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

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

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

   참고

   이는 기반 MediaSource를 MediaSourceHandle을 사용하여 한 번보다 많이 로드하는 것을 방지합니다. MediaSource가 Window에서 생성되었고 이전에 MediaSource 객체 URL을 사용하여 로드된 경우에도 마찬가지입니다. 다만 이는 Window MediaSource에 대해 이후에 MediaSource 객체 URL을 사용하는 것이 성공하는 것을 막지는 않습니다.

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

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

   그 외의 경우

   1. MediaSource의 [[has ever been attached]] 내부 슬롯을 true로 설정합니다.
   2. 미디어 요소의 로드 이벤트 지연 플래그를 false로 설정합니다.

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

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

      그 외의 경우, MediaSource는 Window에서 생성되었습니다.

      1. [[channel with worker]]를 null로 설정합니다.
      2. [[port to worker]]를 null로 설정합니다.
      3. [[port to main]]을 null로 설정합니다.
      4. readyState 속성을 "open"으로 설정합니다.
      5. MediaSource에서 sourceopen이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣습니다.

   4. 다음 요구사항에 따라 나머지 "그 외의 경우(모드는 로컬임)" 단계를 실행하여 리소스 가져오기 알고리즘을 계속합니다.
      1. 리소스 가져오기 알고리즘 또는 미디어 데이터 처리 단계 목록에서 "다운로드", "수신된 바이트" 또는 "현재 미디어 리소스의 새로운 데이터를 사용할 수 있게 될 때마다"를 언급하는 텍스트는 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이 sourceBuffers에 있는 모든 SourceBuffer 객체의 버퍼링된 모든 코드화된 프레임 중 가장 높은 프레젠테이션 타임스탬프보다 작으면 InvalidStateError 예외를 발생시키고 이 단계를 중단합니다.
   참고

   현재 버퍼링된 미디어를 잘라내게 되는 지속 시간 감소는 허용되지 않습니다. 잘라내기가 필요한 경우 duration을 갱신하기 전에 remove()를 사용하여 버퍼링된 범위를 줄입니다.

3. highest end time을 sourceBuffers에 있는 모든 SourceBuffer 객체의 모든 트랙 버퍼에 걸쳐 가장 큰 트랙 버퍼 범위 종료 시간으로 둡니다.
4. new duration이 highest end time보다 작으면
   참고

   이 조건은 코드화된 프레임 제거 알고리즘이 제거 범위의 시작보다 먼저 시작하는 코드화된 프레임을 보존하기 때문에 발생할 수 있습니다.

   1. new duration을 highest end time과 같도록 갱신합니다.
5. duration을 new duration으로 갱신합니다.
6. 미디어 요소의 지속 시간을 갱신하기 위해 필요한 경우 미러링 알고리즘을 사용하여 Window에서 다음 단계를 실행합니다.
   1. 미디어 요소의 duration을 new duration으로 갱신합니다.
   2. HTMLMediaElement 지속 시간 변경 알고리즘을 실행합니다.

이 알고리즘은 애플리케이션이 endOfStream() 호출을 통해 스트림의 끝을 알리거나 알고리즘에서 디코드 오류를 알려야 할 때 호출됩니다. 이 알고리즘은 오류가 표시될지 여부를 나타내는 error 매개변수를 받습니다.

1. readyState 속성 값을 "ended"로 변경합니다.
2. MediaSource에서 sourceended라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣습니다.

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

   1. new duration을 sourceBuffers에 있는 모든 SourceBuffer 객체의 모든 트랙 버퍼에 걸쳐 가장 큰 트랙 버퍼 범위 종료 시간으로 설정하여 지속 시간 변경 알고리즘을 실행합니다.
      참고

      이를 통해 지속 시간이 추가된 미디어 세그먼트의 끝을 올바르게 반영할 수 있습니다. 예를 들어 지속 시간이 명시적으로 10초로 설정되어 있고 endOfStream()이 호출되기 전에 0초부터 5초까지의 미디어 세그먼트만 추가되었다면 지속 시간은 5초로 갱신됩니다.

   2. 미디어 요소에 이제 모든 미디어 데이터가 있음을 알립니다.

   error가 "network"로 설정된 경우

   필요한 경우 미러링 알고리즘을 사용하여 Window에서 다음 단계를 실행합니다.

   HTMLMediaElement의 readyState 속성이 HAVE_NOTHING과 같은 경우

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

   HTMLMediaElement의 readyState 속성이 HAVE_NOTHING보다 큰 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에 있는 "일부 미디어 데이터를 받은 후 연결이 중단되어 사용자 에이전트가 리소스 가져오기를 포기하는 경우" 단계를 실행합니다.

   error가 "decode"로 설정된 경우

   필요한 경우 미러링 알고리즘을 사용하여 Window에서 다음 단계를 실행합니다.

   HTMLMediaElement의 readyState 속성이 HAVE_NOTHING과 같은 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에 있는 "미디어 데이터를 가져올 수 있지만 검사 결과 지원되지 않는 형식인 것으로 확인되거나, 그 밖의 이유로 전혀 렌더링할 수 없는 경우" 단계를 실행합니다.

   HTMLMediaElement의 readyState 속성이 HAVE_NOTHING보다 큰 경우

   리소스 가져오기 알고리즘의 미디어 데이터 처리 단계 목록에 있는 미디어 데이터가 손상됨 단계를 실행합니다.

이 알고리즘은 Window에서 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 객체에는 상위 수준의 세그먼트 구문 분석 상태를 추적하는 [[append state]] 내부 슬롯이 있습니다. 이 슬롯은 처음에 WAITING_FOR_SEGMENT로 설정되며 데이터가 추가됨에 따라 다음 상태로 전환될 수 있습니다.

각 SourceBuffer 객체에는 구문 분석되지 않은 바이트를 appendBuffer() 호출 간에 유지하는 바이트 버퍼인 [[input buffer]] 내부 슬롯이 있습니다. SourceBuffer 객체가 생성될 때 버퍼는 비어 있습니다.

각 SourceBuffer 객체에는 appendBuffer()가 더 많은 바이트를 받아들일 수 있는지를 추적하는 [[buffer full flag]] 내부 슬롯이 있습니다. 이 슬롯은 SourceBuffer 객체가 생성될 때 false로 설정되며 데이터가 추가되고 제거됨에 따라 갱신됩니다.

각 SourceBuffer 객체에는 이 SourceBuffer 객체에 대해 AudioTrack이 이미 생성되었는지를 추적하는 [[audio track added flag]] 내부 슬롯이 있습니다. 이 슬롯은 SourceBuffer 객체가 생성될 때 false로 설정되며, 새로 생성된 AudioTrack이 기본적으로 enabled되는지를 결정하기 위해 초기화 세그먼트 수신 알고리즘에서 사용됩니다.

각 SourceBuffer 객체에는 이 SourceBuffer 객체에 대해 VideoTrack이 이미 생성되었는지를 추적하는 [[video track added flag]] 내부 슬롯이 있습니다. 이 슬롯은 SourceBuffer 객체가 생성될 때 false로 설정되며, 새로 생성된 VideoTrack이 기본적으로 selected되는지를 결정하기 위해 초기화 세그먼트 수신 알고리즘에서 사용됩니다.

각 SourceBuffer 객체에는 "sequence" 모드에서 새로운 코드화된 프레임 그룹의 시작 타임스탬프를 추적하는 [[group start timestamp]] 내부 슬롯이 있습니다. SourceBuffer 객체가 생성될 때는 설정되지 않으며, mode 속성이 "sequence"와 같고 timestampOffset 속성이 설정되거나, 코드화된 프레임 처리 알고리즘이 실행될 때 갱신됩니다.

각 SourceBuffer 객체에는 현재 코드화된 프레임 그룹의 모든 코드화된 프레임에 걸쳐 가장 높은 코드화된 프레임 종료 타임스탬프를 저장하는 [[group end timestamp]] 내부 슬롯이 있습니다. SourceBuffer 객체가 생성될 때 0으로 설정되며 코드화된 프레임 처리 알고리즘에 의해 갱신됩니다.

각 SourceBuffer 객체에는 코드화된 프레임 처리 알고리즘에 전달되는 코드화된 프레임에 대해 타임스탬프를 생성해야 하는지를 추적하는 불리언 값인 [[generate timestamps flag]] 내부 슬롯이 있습니다. 이 플래그는 addSourceBuffer()에 의해 SourceBuffer 객체가 생성될 때 설정되며 changeType()에 의해 갱신됩니다.

세그먼트 파서 루프 알고리즘이 호출되면 다음 단계를 실행합니다.

1. 루프 시작: [[input buffer]]가 비어 있으면 아래의 더 많은 데이터 필요 단계로 이동합니다.
2. [[input buffer]]에 SourceBuffer 바이트 스트림 형식 명세를 위반하는 바이트가 포함되어 있으면, 추가 오류 알고리즘을 실행하고 이 알고리즘을 중단합니다.
3. 바이트 스트림 형식 명세에서 반드시 무시해야 한다고 지정한 모든 바이트를 [[input buffer]]의 시작 부분에서 제거합니다.

4. [[append state]]가 WAITING_FOR_SEGMENT와 같으면 다음 단계를 실행합니다.

   1. [[input buffer]]의 시작 부분이 초기화 세그먼트의 시작을 나타내면 [[append state]]를 PARSING_INIT_SEGMENT로 설정합니다.
   2. [[input buffer]]의 시작 부분이 미디어 세그먼트의 시작을 나타내면 [[append state]]를 PARSING_MEDIA_SEGMENT로 설정합니다.
   3. 위의 루프 시작 단계로 이동합니다.

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

   1. [[input buffer]]에 아직 완전한 초기화 세그먼트가 포함되어 있지 않으면 아래의 더 많은 데이터 필요 단계로 이동합니다.
   2. 초기화 세그먼트 수신 알고리즘을 실행합니다.
   3. 초기화 세그먼트 바이트를 [[input buffer]]의 시작 부분에서 제거합니다.
   4. [[append state]]를 WAITING_FOR_SEGMENT로 설정합니다.
   5. 위의 루프 시작 단계로 이동합니다.

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

   1. [[first initialization segment received flag]]가 false이거나 [[pending initialization segment for changeType flag]]가 true이면 추가 오류 알고리즘을 실행하고 이 알고리즘을 중단합니다.
   2. [[input buffer]]에 하나 이상의 완전한 코드화된 프레임이 포함되어 있으면 코드화된 프레임 처리 알고리즘을 실행합니다.
      참고

      코드화된 프레임 처리 알고리즘이 실행되는 빈도는 구현에 따라 다릅니다. 코드화된 프레임 처리 알고리즘은 입력 버퍼에 완전한 미디어 세그먼트가 포함되어 있을 때 호출될 수도 있으며, 완전한 코드화된 프레임이 입력 버퍼에 추가될 때마다 여러 번 호출될 수도 있습니다.

   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 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을 양의 Infinity로 설정하여 지속 시간 변경 알고리즘을 실행합니다.

2. 초기화 세그먼트에 오디오, 비디오 또는 텍스트 트랙이 없으면 추가 오류 알고리즘을 실행하고 이 단계를 중단합니다.
3. [[first initialization segment received flag]]가 true이면, 다음 단계를 실행합니다.
   1. 다음 속성을 확인합니다. 검사 중 하나라도 실패하면 추가 오류 알고리즘을 실행하고 이 단계를 중단합니다.
      • 오디오, 비디오 및 텍스트 트랙의 수가 첫 번째 초기화 세그먼트에 있던 수와 일치합니다.
      • 단일 유형의 트랙이 둘 이상 존재하는 경우(예: 오디오 트랙 2개), 트랙 ID가 첫 번째 초기화 세그먼트의 것과 일치합니다.
      • 각 트랙의 코덱을 사용자 에이전트가 지원합니다.
        참고

        사용자 에이전트는 원래라면 지원되는 코덱이라도, 해당 코덱이 type 매개변수에 지정되지 않은 경우 여기에서 "지원되지 않음"으로 간주할 수 있습니다. 이 매개변수는 (a) 이 SourceBuffer 객체에서 가장 최근에 성공한 changeType()에 전달되었거나, (b) 이 객체에서 아직 성공한 changeType()가 발생하지 않았다면, 이 SourceBuffer 객체를 생성한 addSourceBuffer()에 전달되었습니다. 예를 들어 가장 최근에 성공한 changeType()가 'video/webm' 또는 'video/webm; codecs="vp8"'로 호출되었고, vp9이 포함된 비디오 트랙이 초기화 세그먼트에 나타나면, 사용자 에이전트는 위의 다른 두 속성에 대한 검사를 통과하더라도 이 단계를 사용하여 디코딩 오류를 발생시킬 수 있습니다. 구현에서는 코덱이 실제로 지원되지 않거나 다른 두 속성에 대한 검사가 실패한 경우에만 이러한 오류를 발생시키는 것이 권장됩니다. 웹 작성자는 사용자 에이전트의 지원 여부를 더 적극적으로 감지하기 위해 정확한 코덱 매개변수와 함께 changeType(), addSourceBuffer() 및 isTypeSupported()를 사용하는 것이 권장됩니다. SourceBuffer 객체의 바이트스트림 형식이 변경되는 경우 changeType()가 필요합니다.

   2. 이 초기화 세그먼트의 적절한 트랙 설명을 각 트랙 버퍼에 추가합니다.
   3. 모든 트랙 버퍼의 임의 접근 지점 필요 플래그를 true로 설정합니다.
4. active track flag를 false로 둡니다.

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

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

      사용자 에이전트는 원래라면 지원되는 코덱이라도, 해당 코덱이 type 매개변수에 지정되지 않은 경우 여기에서 "지원되지 않음"으로 간주할 수 있습니다. 이 매개변수는 (a) 가장 최근에 성공한 changeType() 호출( 즉, 이 SourceBuffer 객체에서 수행된 호출)에 전달되었거나, (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] 로직이 이 SourceBuffer 객체의 audioTracks 속성이 참조하는 AudioTrackList 객체에서, track 속성이 new audio track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

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

               이는 AudioTrackList [HTML] 로직이 media element의 audioTracks 속성이 참조하는 AudioTrackList 객체에서, track 속성이 new audio track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

            그 외의 경우:

            내부 create track 메시지를 [[port to main]]에 게시하며, 해당 메시지의 Window의 암시적 처리기는 다음 단계를 실행합니다.

            1. new audio track을 새로운 AudioTrack 객체로 둡니다.
            2. 고유한 ID를 생성하고 new audio track의 id 속성에 할당합니다.
            3. audio language, audio label 및 current audio kind를 각각 new audio track의 language, label 및 kind 속성에 할당합니다.
            4. audio track default enabled flag가 true이면, new audio track의 enabled 속성을 true로 설정합니다.
            5. media element를 이 SourceBuffer 객체의 부모 미디어 소스가 연결된 미디어 요소로 둡니다.
            6. new audio track을 media element의 audioTracks 속성에 추가합니다.
               참고

               이는 AudioTrackList [HTML] 로직이 media element의 audioTracks 속성이 참조하는 AudioTrackList 객체에서, track 속성이 new audio track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

      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] 로직이 이 SourceBuffer 객체의 videoTracks 속성이 참조하는 VideoTrackList 객체에서, track 속성이 new video track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

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

               이는 VideoTrackList [HTML] 로직이 media element의 videoTracks 속성이 참조하는 VideoTrackList 객체에서, track 속성이 new video track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

            그 외의 경우:

            내부 create track 메시지를 [[port to main]]에 게시하며, 해당 메시지의 Window의 암시적 처리기는 다음 단계를 실행합니다.

            1. new video track을 새로운 VideoTrack 객체로 둡니다.
            2. 고유한 ID를 생성하고 new video track의 id 속성에 할당합니다.
            3. video language, video label 및 current video kind를 각각 new video track의 language, label 및 kind 속성에 할당합니다.
            4. video track default selected flag가 true이면, new video track의 selected 속성을 true로 설정합니다.
            5. media element를 이 SourceBuffer 객체의 부모 미디어 소스가 연결된 미디어 요소로 둡니다.
            6. new video track을 media element의 videoTracks 속성에 추가합니다.
               참고

               이는 VideoTrackList [HTML] 로직이 media element의 videoTracks 속성이 참조하는 VideoTrackList 객체에서, track 속성이 new video track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

      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] 로직이 이 SourceBuffer 객체의 textTracks 속성이 참조하는 TextTrackList 객체에서, track 속성이 new text track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

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

               이는 TextTrackList [HTML] 로직이 media element의 textTracks 속성이 참조하는 TextTrackList 객체에서, track 속성이 new text track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

            그 외의 경우:

            내부 create track 메시지를 [[port to main]]에 게시하며, 해당 메시지의 Window의 암시적 처리기는 다음 단계를 실행합니다.

            1. new text track을 새로운 TextTrack 객체로 둡니다.
            2. 고유한 ID를 생성하고 new text track의 id 속성에 할당합니다.
            3. text language, text label 및 current text kind를 각각 new text track의 language, label 및 kind 속성에 할당합니다.
            4. new text track의 mode 속성을 text track mode로 설정하고, new text track의 나머지 속성을 이 트랙에 대한 초기화 세그먼트에서 결정된 적절한 정보로 채웁니다.
            5. media element를 이 SourceBuffer 객체의 부모 미디어 소스가 연결된 미디어 요소로 둡니다.
            6. new text track을 media element의 textTracks 속성에 추가합니다.
               참고

               이는 TextTrackList [HTML] 로직이 media element의 textTracks 속성이 참조하는 TextTrackList 객체에서, track 속성이 new text track으로 초기화된 TrackEvent를 사용하여 addtrack이라는 이름의 이벤트를 발생시키도록 작업을 큐에 넣는 동작을 트리거해야 합니다.

      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 ready states [HTML] 로직에 따르면, HTMLMediaElement의 readyState 변경은 HTMLMediaElement에서 이벤트를 발생시킬 수 있습니다.

9. 부모 미디어 소스의 sourceBuffers에 있는 각 객체의 [[first initialization segment received flag]]가 true와 같으면, 부모 미디어 소스의 필요한 경우 미러링 알고리즘을 사용하여 Window에서 다음 단계를 실행합니다.
   1. HTMLMediaElement의 readyState 속성이 HAVE_NOTHING이면, HTMLMediaElement의 readyState 속성을 HAVE_METADATA로 설정합니다.
      참고

      HTMLMediaElement ready states [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를 각각 해당 제거 구간의 시작 및 종료 타임스탬프로 하여 실행합니다.