Glass-to-glass latency

Glass-to-glass измеряет всю цепочку: линза, сенсор, ISP, захват, энкодер, протокол передачи, origin-сервер, упаковывающий сервис, CDN, последняя миля, буфер плеера, декодер, композитор и, наконец, матрица отображения. На каждом этапе добавляется задержка. Для HLS с сегментами по 6 секунд и hold-back’ом в 3 сегмента суммарная задержка составляет 18–30 секунд, причём большая часть приходится на буфер плеера. В случае LL-HLS с частичными сегментами по 1 секунде задержка может быть снижена до 2–5 секунд. WebRTC и Media over QUIC обеспечивают задержку от 200 мс до 1 секунды.

Операторы обычно измеряют задержку glass-to-glass с помощью секундомера: наводят камеру на дисплей с миллисекундными часами и смотрят стрим этой камеры на втором мониторе рядом с теми же часами. Третья камера фиксирует оба циферблата, и по ней вычисляют разницу. Существуют также специализированные SDI/IP-пробы (Bridge Technologies, Telestream, EZ Drummer), которые определяют задержку по таймкоду в метаданных.

Правильное значение зависит от сценария. Трансляция киноуровня терпит задержку в 30 секунд и выигрывает в эффективности сжатия. Спортивные ставки требуют задержки менее 2 секунд – иначе это бесполезно. Аукционам, квизам на вторичных экранах и любым UX-решениям типа «реагируем вместе» нужна задержка менее 1 секунды. Glass-to-glass – именно это значение нужно согласовать со стейкхолдерами до проектирования архитектуры; всё остальное вытекает из него.