이벤트 순서 제어

스트리밍 비디오 추적은 시간 종속적인 작업이며 경우에 따라 Media Collection API 추적 호출이 백 엔드에 잘못된 순서로 도달합니다. 이 경우 백 엔드는 의 제공된 타임스탬프를 기반으로 하여 이벤트 대기 및 재정렬을 시도합니다 playerTime 개체. 이 문제는 몇 가지 제한 사항이 있습니다. 현재, 주문 외 호출 간의 지연이 1초 이상인 경우 재정렬이 실패할 수 있습니다. 향후 업데이트에서는 '허용 가능한 지연 시간'을 최적화하고 구성할 수 있습니다.

순서가 잘못된 이벤트 예제

이벤트가 네트워크를 통해 전달될 때 가끔 지연되는 순서가 잘못된 이벤트가 발생합니다.

예를 들어 adBreakStart 이벤트 다음에 adStart 이벤트. 광고 브레이크 내에서 광고를 시작해야 하기 때문에 일반적인 사용 사례입니다.

광고가 준비되고 버퍼가 필요하지 않으면 두 이벤트가 거의 즉시 발생하고 playerTime.ts 두 이벤트는 서로 매우 가까운 사이이지만, 서로 같으면 안 됩니다.

정렬 알고리즘에서는 어떤 이벤트가 먼저 발생했는지 알 수 없으므로 이벤트의 "playerTime.ts"는 어떤 이벤트에서도 같으면 안 됩니다. 2개의 연속된 이벤트에 대해 1밀리초 이상의 타임스탬프 차이가 있어야 합니다.

두 이벤트 모두 네트워크 호출을 실행할 때 서로 매우 가깝게 발생하므로 잘못된 순서로 도착할 수 있습니다. 이 예에서 adStart 이벤트가 발생하기 전에 adBreakStart 이벤트.

다음과 같은 시간 이벤트 창이 있습니다. 5초 또는 최대 10개의 이벤트. 이벤트가 처리 파이프라인으로 전송되기 전에 버퍼링됩니다. 조건이 충족되면—5초가 지나거나 10개 이상의 이벤트가 수신되면, 이벤트를 기반으로 다시 순서가 지정됩니다. playerTime.ts 그런 다음 새 순서로 처리 파이프라인으로 전송됩니다.

중요

즉시 처리 파이프라인으로 전송되는 예외 이벤트가 있으며, 이는 sessionStart 이벤트.

이 페이지에서는