LL-HLS (Low-Latency HLS)

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

Когда все четыре работают вместе, end-to-end задержка падает до доли стандартного HLS. Типичный LL-HLS-деплой: 1-секундные сегменты с 200-мс partial-ами, glass-to-glass 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 c 1.1, Shaka c 4.0, AVPlayer нативно с iOS 14+) поддерживают LL-HLS в 2026 году.