Термин
Live-стриминг
Стриминг, где источник прямо сейчас производит видео, а зритель смотрит почти в реальном времени. В отличие от VOD, готового файла нет – сегменты появляются по мере кодирования.
В live-стриминге непрерывный источник – камера, свитчер, захват экрана – кормит энкодер, пока зрители уже смотрят. Главное ограничение – отсутствие готового файла. Упаковщик публикует новые сегменты каждые две, четыре или шесть секунд, а манифест растёт или прокручивается как скользящее окно. Плеер должен поспевать: выбрать стартовую точку у 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-пайплайна – это в основном проектирование под эту одновременность.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.