HESP (High-Efficiency Streaming Protocol)

HESP представила THEO Technologies в 2019 году как HTTP-альтернативу LL-HLS, LL-DASH и WebRTC для трансляции с задержкой менее секунды. Ключевая идея – разделить поток на две части: «initialisation stream» из независимых декодируемых кадров (каждый из которых является keyframe или близок к нему), используемый исключительно для мгновенного подключения, и «continuation stream» из сжатого видео с межкадровым кодированием для обычного воспроизведения. Плеер подключается, загружая последний кадр из init-потока и continuation-поток, обеспечивая мгновенный старт без ожидания стандартного интервала между keyframe.

Архитектурная привлекательность HESP заключается в сохранении HTTP-семантики – сегменты могут кэшироваться любым HTTP-CDN – при этом достигается задержка от экрана до экрана менее секунды, сопоставимая с WebRTC. По сравнению с LL-HLS это 500–800 мс против 2–4 секунд. В отличие от WebRTC, HESP сохраняет cache-friendly-экономику и не требует использования ICE/STUN/TURN. Подвох в том, что HESP требует плееров и packager’ов, поддерживающих HESP, а индустрия так и не приняла его в качестве стандарта.

Footprint HESP в 2026 году остаётся скромным. THEO поставляет HESP в составе своего плеера и packager’а; несколько операторов спортивных ставок и казино-стриминга используют эту технологию. Общий рынок выбрал LL-HLS (LL-HLS) и LL-DASH для medium-латентной доставки, а для sub-second – WebRTC и MoQ, оставив HESP в узкой нише. Технические идеи – разделение init- и continuation-потоков, мгновенный tune-in – повлияли на архитектуру Media over QUIC.