Зачем нужен Low Latency HLS?
HLS по RFC8216 сейчас является стандартом де-факто для доставки видео, живого и записанного. Сегменты (чанки) контента и плейлисты, доставляемые по HTTP/1.1, дают простоту реализации, широкую доступность на всех платформах, адаптивный битрейт (ABR), простое кеширование и масштабируемость. Однако, этот подход обладает рядом недостатков для живого вещания. Размер чанка, рекомендуемый Apple, составляет 6 секунд, что на практике означает задержку порядка 20 секунд.
Расширение Low Latency HLS позволяет воспользоваться новыми возможностями.
- Partial segments (частичные сегменты, или части) можно получать до того, как становятся доступны основные полные чанки контента.
- Работа по HTTP/2 для снижения издержек соединений.
- Продвинутая работа с плейлистами.
- Доставка контента в H.264/AVC и H.265/HEVC.
- Полная обратная совместимость с обычным HLS.
Nimble Streamer поддерживает все функции Low Latency HLS:
- Nimble может упаковывать потоки в новый формат их любых живых источников, например RTMP, SRT, RTSP, MPEG-TS или Icecast.
- Поддерживаются контейнеры fMP4 (CMAF) и audio-only.
- Транскодер потоков декодирует и кодирует живой контент между кодеками и позволяет настраивать сложные цепочки его преобразования.
- WMSPanel предоставляет расширенную статистику просмотров.
Узнать больше:
- Читайте статью о настройке, чтобы узнать больше подробностей о LL HLS в Nimble Streamer.
- Посмотрите видео-инструкцию о настройке LL HLS в Nimble Streamer.
- THEOPlayer предлагает страницу для тестов LL HLS, где можно попробовать свой поток с их реализацией стандарта в любом браузере.
Apple Low Latency HLS дает задержку на устройствах Apple до 3 секунд.
Если нужна такая же задержка на HTML5, Android и iOS в нативных приложениях?
Обратите внимание на технологию SLDP с низкой задержкой.