LL-HLS (Low-Latency HLS)

LL-HLS (LL-HLS), опубликованный в редакциях HLS Authoring Specification 2020 и ежегодно обновляемый (текущая ревизия – 2025-09), сохраняет HTTP-ориентированную модель HLS и добавляет четыре механизма для снижения задержки. Partial-сегменты (EXT-X-PART) разбивают полный сегмент на части продолжительностью около 200 мс, позволяя плееру запрашивать ещё не завершённые фрагменты медиа. Подсказки предварительной загрузки (EXT-X-PRELOAD-HINT) информируют плеер о URL следующей части до её появления, чтобы запрос начался сразу после её готовности. Блокировка обновления плейлиста позволяет плееру отправлять запрос `_HLS_msn=`, а серверу – ждать появления новой версии манифеста. Отчёты о версиях (rendition reports) дают плееру возможность прогнозировать переключения ABR, не анализируя каждый вариант плейлиста.

Когда все четыре компонента работают вместе, end-to-end задержка снижается до доли стандартной задержки HLS. Типичный деплой LL-HLS (LL-HLS): сегменты по 1 секунде с частичными обновлениями каждые 200 мс, общая задержка от экрана до экрана – 2–4 секунды при использовании CDN с поддержкой HTTP/2 и chunked transfer; при этом сохраняется обратная совместимость с обычными HLS-плеерами (они игнорируют новые теги и продолжают работать с обычной задержкой HLS).

Подвох – в эксплуатации. LL-HLS требует поддержки partial-fetch, chunked transfer и request coalescing на всём пути – от packager и origin до каждого CDN POP и плеера. Неправильно настроенный CDN, который сохраняет каждый partial как отдельную кэш-запись, полностью сводит на нет все преимущества. Apple-референс – каноничный тестовый таргет; популярные плееры (hls.js с версии 1.1, Shaka с 4.0, AVPlayer нативно на iOS 14+) поддерживают LL-HLS к 2026 году.