Термин
End-to-end latency
Задержка между выходом энкодера и входом декодера в стриминговой цепочке. Уже, чем glass-to-glass – исключает захват с камеры и отрисовку на дисплее.
End-to-end latency, или encoder-to-decoder latency, изолирует именно сетевую и протокольную часть цепочки. Это то, что меряют, когда не интересует (или не контролируется) камера, оптика и матрица. Это естественная единица для сравнения протоколов – HLS vs LL-HLS vs WebRTC – потому что обе стороны находятся в одинаковых условиях по capture и render.
Компоненты цепочки: выходной буфер энкодера, контрибьюшн-протокол (RTMP, SRT, RIST, WebRTC), origin/packager, CDN edge, последняя миля, входной буфер декодера. Каждый добавляет задержку: SRT обычно 100–500 мс в зависимости от окна ретрансмита, packager добавляет длительность сегмента, CDN-edge ограничен RTT и HTTP/2 head-of-line, а плеер держит буфер на 2–10 сегментов. Сумма – это и есть end-to-end.
Удобный приём измерения без спецоборудования: проставлять каждому кадру NTP-метку (большинство энкодеров умеют встраивать time-of-day метаданные или SCTE-104), а в плеере читать presentation timestamp и сравнивать с настенными часами. Разница – это end-to-end latency. Точность зависит от качества синхронизации часов, поэтому в эксплуатации обычно один и тот же NTP-источник для энкодера и для мониторинга плеера.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.