이벤트 순서 제어

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

순서가 잘못된 이벤트 예제

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

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

광고가 준비되고 버퍼가 필요하지 않으면 두 이벤트가 거의 즉시 발생하고 두 이벤트에 대한 playerTime.ts이 서로 매우 가까운 경우 동일한 이벤트가 아니어야 합니다.

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

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

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

중요

바로 처리 파이프라인으로 전송되는 예외 이벤트가 있으며 이 이벤트는 sessionStart 이벤트입니다.

이 페이지에서는