EXT-X-PART

До LL-HLS HLS-плеер мог забирать только полные сегменты – обычно 2–6 секунд каждый. EXT-X-PART это меняет. Media playlist, поддерживающий low-latency, перечисляет partial-куски ещё не завершённого сегмента – по одному тегу EXT-X-PART на partial, с атрибутами `DURATION` (в секундах, дробное), `URI` (или `BYTERANGE` родительского сегмента) и `INDEPENDENT` (true, если partial начинается с keyframe и сам по себе декодируется).

Плеер читает теги EXT-X-PART для текущего in-progress сегмента, забирает каждый partial сразу по появлению и начинает декодировать, не дожидаясь окончания родительского сегмента. В сочетании с EXT-X-PRELOAD-HINT (URL следующего partial известен до его появления) и блокирующим перезапросом плейлиста (плеер ждёт следующее обновление плейлиста серверно, без поллинга) это даёт glass-to-glass задержку 2–5 секунд.

Рекомендуемый Apple HLS Authoring Specification паттерн – 1-секундные сегменты с 200-мс partial-ами, то есть 5 partial-ов на сегмент. Каждый partial в нижнем медиа – это CMAF-чанк. Операционно partial-ы обычно – byte-range-ссылки внутрь родительского сегмента (один HTTP-файл на сегмент, byte-range-fetch для partial-ов): так управляемее cache footprint и нет взрыва URL-ов от трактовки каждого partial как отдельного файла.