Термин
Live-стриминг
Стриминг – это когда источник транслирует видео в режиме реального времени, а зритель смотрит его почти мгновенно. В отличие от VOD, готового файла нет – сегменты появляются по мере кодирования.
В прямом эфире непрерывный источник – камера, свитчер или захват экрана – передаёт сигнал в энкодер, пока зрители уже смотрят трансляцию. Главное ограничение – отсутствие готового файла. Упаковщик публикует новые сегменты каждые две, четыре или шесть секунд, а манифест обновляется как скользящее окно. Плеер должен успевать: выбрать стартовую точку у live edge, подтягиваться к ней по мере заполнения буфера и отступать при сетевых задержках.
Live-стриминг делится по уровням задержки. Классические HLS и DASH работают с задержкой 20–45 секунд и по-прежнему являются стандартом для спортивных трансляций и крупных событий на Smart TV. Low-Latency HLS и DASH (LL-HLS, LL-DASH) сокращают её до 2–6 секунд за счёт partial-сегментов и CMAF-чанков. WebRTC и Media over QUIC обеспечивают задержку от 200 мс до 1 секунды и применяются там, где важна синхронизация с эфиром – в аукционах, ставках, казино и других интерактивных сценариях. Тренд – к снижению задержек, но «дешевле» означает «медленнее», поэтому крупные операторы поддерживают параллельно 2–3 пайплайна.
Live-стриминг обходится дороже VOD на каждого зрителя. Во-первых, требуется большая ёмкость на origin-сервере и packager’е – сегменты нельзя предварительно сгенерировать и загрузить раз и навсегда. Во-вторых, нагрузка на заполнение CDN-кеша колоссальна: в момент гола все зрители страны одновременно запрашивают один и тот же сегмент, и edge-серверы должны уже иметь его в наличии. Проектирование live-пайплайна в основном сводится к подготовке инфраструктуры к такой одновременности.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.