Термин
HESP (High-Efficiency Streaming Protocol)
HTTP-based low-latency-протокол от THEO Technologies (теперь Dolby): continuation-стрим плюс initialisation-стрим. Цель – sub-second-задержка через обычные CDN.
HESP опубликовала THEO Technologies в 2019 году как HTTP-альтернативу LL-HLS, LL-DASH и WebRTC для sub-second-live. Трюк – разделить поток на два: «initialisation stream» из независимо декодируемых кадров (каждый кадр – keyframe или близко к нему), используемый только для мгновенного tune-in, и «continuation stream» из сжатого inter-frame-видео для нормального воспроизведения. Плеер подключается, забирая последний init-кадр плюс continuation, и получает мгновенный старт без ожидания обычного keyframe-интервала.
Архитектурная привлекательность – HESP сохраняет HTTP-семантику (сегменты кешируются любым HTTP-CDN) и при этом даёт sub-second glass-to-glass, сопоставимый с WebRTC. По сравнению с LL-HLS обычно 500–800 мс против 2–4 с. По сравнению с WebRTC HESP сохраняет cache-friendly-экономику и обходится без ICE/STUN/TURN. Подвох: HESP требует HESP-aware плееров и packager-ов, а индустрия так и не приняла его как стандарт.
Footprint HESP в 2026 году скромный. THEO поставляет HESP в составе своего плеера и packager-а; используют несколько операторов спортивных ставок и казино-стриминга. Общий рынок сошёлся на LL-HLS и LL-DASH для medium-latency и WebRTC/MoQ для sub-second, оставив HESP в нише. Технические идеи – расщеплённые init/continuation-потоки, мгновенный tune-in – повлияли на дизайн Media over QUIC.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.