Справочник
Глоссарий видеостриминга
Короткие определения с синонимами и ссылками на статьи, где термин разобран подробно. Все термины на одной странице – ищите поиском или прыгайте по алфавиту.
С чего начать
Ключевые термины
Если читать словарь целиком некогда – это тот минимум, на котором держатся остальные 108 терминов.
В
Д
П
С
Сегмент
Самодостаточный декодируемый фрагмент медиа – обычно длительностью 2, 4 или 6 секунд – на который ссылается манифест. Это базовая единица доставки видео по HTTP.
Подробнее →Стриминг-пайплайн
Сквозная цепочка сервисов, которая берёт live- или записанный источник, кодирует, упаковывает, раздаёт через CDN и отрисовывает в плеере – архитектурная схема, которую любая стриминговая команда рисует на доске.
Подробнее →A
Adaptive bitrate (ABR)
Техника HLS/DASH, при которой плеер на каждой границе сегмента выбирает подходящий вариант (rendition) под доступную полосу пропускания, переключаясь вверх или вниз по мере изменения условий. Именно поэтому видео не зависает, когда Wi-Fi начинает «проседать».
Подробнее →ARQ (Automatic Repeat reQuest)
Стратегия восстановления потерь, при которой приёмник обнаруживает пропавшие пакеты и явно запрашивает их повторную отправку. Используется в механизмах TCP, SRT и RIST.
Подробнее →AVPlayer
Нативный видео-плеер-фреймворк Apple для iOS, macOS, tvOS, watchOS и visionOS. Единственный способ эффективно воспроизводить HLS на устройствах Apple с встроенной поддержкой FairPlay.
Подробнее →B
BBR
Алгоритм управления перегрузками от Google напрямую моделирует пропускную способность «бутылочного горлышка» и минимальный RTT, а не реагирует на потери пакетов. Обеспечивает более высокую пропускную способность на каналах с потерями и меньшую задержку при нагрузке.
Подробнее →Bitmovin Analytics
QoE-аналитический продукт Bitmovin тесно интегрирован с их плеер-SDK, но также работает с hls.js, Shaka, Video.js, AVPlayer и ExoPlayer. Его сильная сторона – детальная диагностика воспроизведения.
Подробнее →Blocking playlist reload
Server-side ожидание LL-HLS: плеер запрашивает следующую версию плейлиста через параметры запроса `_HLS_msn=` и `_HLS_part=`; сервер удерживает ответ, пока эта версия не станет доступна.
Подробнее →BOLA
Алгоритм на основе заполненности буфера (Buffer Occupancy based Lyapunov Algorithm) – это ABR-стратегия, основанная на буфере, с доказуемыми границами оптимальности. Разработан Spiteri et al. в 2016 году и является стандартным ABR-алгоритмом в dash.js.
Подробнее →BrightScript
Проприетарный язык программирования Roku для разработки приложений на устройствах Roku. Это единственный способ создать канал для Roku; его `Video`-нода поддерживает обработку HLS и DASH.
Подробнее →Buffer-based ABR
ABR-алгоритм выбирает rendition в зависимости от текущего уровня буфера плеера, а не от измеренной пропускной способности. Чем больше буфер – тем выше rendition; чем меньше – тем ниже.
Подробнее →Byte-range request
HTTP-запрос, запрашивающий определённый диапазон байтов ресурса с помощью заголовка `Range:` (RFC 9110, июнь 2022). Используется в HLS для получения суб-кусков CMAF-файла без необходимости иметь отдельный URL для каждого.
Подробнее →C
Cache hit ratio (CHR)
Доля CDN-запросов, обслуженных из кеша без обращения к origin. Показатель, который отслеживает каждый CDN-дашборд и которым одержим каждый инженер по трафику.
Подробнее →Cache key
Набор атрибутов запроса (URL, заголовки, query string), по которым CDN определяет запись в кэше. Плохой cache key – самая частая причина низкого CHR.
Подробнее →CDM (Content Decryption Module)
Компонент, предоставляемый операционной системой или браузером, отвечает за обработку DRM-ключей и расшифровку контента. Он обеспечивает доверенную границу выполнения между зашифрованным медиа и декодером.
Подробнее →CDN (Content Delivery Network)
Глобально распределённая сеть edge-серверов, кеширующих и доставляющих контент ближе к зрителям. Экономический и производственный фундамент любого современного стримингового сервиса.
Подробнее →Chunked Transfer Encoding (CTE)
Фича HTTP/1.1 (RFC 9112, июнь 2022), позволяющая серверу передавать тело ответа по частям без предварительного указания его итогового размера. Именно на этом механизме основаны LL-HLS, LL-HLS и LL-DASH – технологии низколатентной доставки.
Подробнее →CMAF chunk
Маленький (обычно 100–400 мс) адресуемый фрагмент CMAF-сегмента. Атомарная единица, на которую ссылаются как LL-HLS partial, так и LL-DASH chunk.
Подробнее →Congestion control
Алгоритм, по которому транспорт определяет, с какой скоростью передавать данные, чтобы не перегрузить сеть. CUBIC – долгое время был стандартным алгоритмом TCP, BBR всё чаще применяется в стриминге.
Подробнее →Content steering
Стандартизованный механизм (HLS Content Steering, DASH Content Steering, оба – 2023) позволяет серверу указать плееру, с какого CDN загружать контент – динамически и даже в ходе активной сессии.
Подробнее →Contribution
Первый этап стриминг-пайплайна – передача живого сигнала от источника (камера, свитчер, ПТС) к энкодеру или origin-серверу. Он оптимизирован для надёжной работы с одним–двумя потоками, а не для их раздачи зрителям.
Подробнее →Conviva
Самая давняя специализированная компания в области аналитики качества видео (основана в 2006 году). Предоставляет player-side SDK и enterprise-аналитический дашборд. Является поставщиком по умолчанию для Disney+, HBO Max, Paramount+ и большинства tier-1 OTT-платформ.
Подробнее →CSAI (Client-Side Ad Insertion)
Вставка рекламы в плеере: отдельный ad-плеер воспроизводит рекламный поток между сегментами контента. Проще в настройке, чем SSAI, но уязвим к ad-блокерам.
Подробнее →CUBIC
Давний алгоритм управления перегрузкой TCP по умолчанию, стандартизированный в RFC 8312 (февраль 2018). Основан на потерях: увеличивает окно перегрузки по кубической кривой и уменьшает его в 0,7 раза при обнаружении потери (то есть не вдвое, а примерно на 30%).
Подробнее →D
dash.js
Справочный JavaScript-плеер DASH-IF для MPEG-DASH. Лицензия BSD 3-Clause; используется как в продакшене, так и в качестве канонического DASH-совместимого референса.
Подробнее →Distribution (стриминг)
Плечо fan-out пайплайна – от origin или packager до миллионов плееров через CDN. Оптимизировано под cache-friendly HTTP, низкую стоимость передачи гигабайта и широкий охват сетей.
Подробнее →DTLS-SRTP
Шифровальная пара, используемая WebRTC для передачи медиа: DTLS (RFC 9147, апрель 2022) согласовывает ключи, SRTP (RFC 3711, март 2004) шифрует RTP-пакеты. Шифрование end-to-end между участниками соединения является обязательным в WebRTC.
Подробнее →E
Edge-сервер
Узел CDN рядом со зрителями – обычно в региональном или городском POP – кеширующий контент и отдающий его ближайшим клиентам. Последний хоп до плеера.
Подробнее →EME (Encrypted Media Extensions)
W3C JavaScript API (рекомендация 2017 года), позволяющее веб-видеоплееру согласовывать лицензии с DRM CDM и воспроизводить зашифрованный медиаконтент. Браузерный аналог MSE для контента с защитой DRM.
Подробнее →End-to-end latency
Задержка между выходом энкодера и входом декодера в стриминговой цепочке меньше, чем glass-to-glass – она исключает захват с камеры и отрисовку на дисплее.
Подробнее →Exits before video start
Процент сессий, в которых зритель ушёл до отображения первого кадра видео. Показатель startup time – это доля зрителей, так и не увидевших видео.
Подробнее →ExoPlayer
Открытый видеоплеер Google для Android сейчас распространяется как часть AndroidX Media3. Поддерживает воспроизведение HLS, DASH, SmoothStreaming, MP4 и многих других форматов с поддержкой Widevine DRM.
Подробнее →EXT-X-DISCONTINUITY
Тег HLS-плейлиста, указывающий плееру на наличие разрыва в таймстемпах, параметрах кодирования или init-сегменте в следующем сегменте. Обязателен на границах рекламных блоков и при переключении контента.
Подробнее →EXT-X-PART
Тег HLS-плейлиста (HLS Authoring Spec, ред. 2020), объявляющий partial-сегмент – субкусок полного сегмента длиной 100–400 мс. Главный инструмент для снижения задержки в LL-HLS.
Подробнее →F
FEC (Forward Error Correction)
Стратегия восстановления потерь, при которой отправитель добавляет избыточные parity-пакеты, чтобы приёмник мог восстанавливать потерянные данные без повторной передачи. Это альтернатива ARQ: обеспечивает стабильную задержку, но требует больше полосы пропускания.
Подробнее →Forensic watermarking
Per-session неощутимый идентификатор, встраиваемый в битстрим видео, позволяет контент-провайдеру отследить пиратскую копию до конкретной сессии, из которой произошла утечка. Он накладывается поверх DRM и не заменяет его.
Подробнее →G
Geo-blocking
Ограничение доступа к контенту по географическому положению зрителя, определяемому по IP-адресу. Требуется большинством контрактов на права с условиями по территориям.
Подробнее →Glass-to-glass latency
Полная задержка между моментом, когда свет попал на сенсор камеры (исходное «стекло»), и моментом, когда это же изображение появилось на дисплее зрителя (конечное «стекло») – главный показатель live-задержки.
Подробнее →H
HESP (High-Efficiency Streaming Protocol)
HTTP-протокол с низкой задержкой от THEO Technologies (ныне Dolby): поток продолжения плюс инициализационный поток. Цель – задержка менее секунды через обычные CDN.
Подробнее →hls.js
Доминирующий open-source JavaScript-плеер для HLS. Лицензия Apache 2.0, работает в любом браузере с поддержкой MSE; используется Twitch, JW Player, Video.js и тысячами других проектов.
Подробнее →HTTP/2
Ревизия HTTP 2015 года (RFC 9113, консолидация – июнь 2022) с бинарным фреймингом, сжатием заголовков и мультиплексированием потоков поверх одного TCP-соединения. Транспорт, сделавший low-latency HLS практичным.
Подробнее →HTTP/3
HTTP-семантика поверх QUIC вместо TCP. Устраняет head-of-line блокировку HTTP/2, поддерживает 0-RTT и с 2026 года будет доступна по умолчанию на крупных CDN для стриминг-трафика.
Подробнее →I
ICE (Interactive Connectivity Establishment)
Фреймворк (RFC 8445, июль 2018), с помощью которого два WebRTC-устройства согласовывают оптимальный путь соединения: сначала пробуют прямое соединение, при неудаче переходят на релей. Это уровень подключения в WebRTC.
Подробнее →Ingest
Первый сервис, принимающий поток contribution от источника и передающий его энкодеру, packager’у или live-origin. Вход в стриминг-пайплайн.
Подробнее →J
Janus
C-ориентированный универсальный шлюз WebRTC от Meetecho. Архитектура на основе плагинов: SFU, стриминг, запись и мостование – всё это реализовано в виде плагинов над общим ядром. Лицензия – GPL 3.0.
Подробнее →Jitsi Videobridge
SFU лежит в основе open-source конференц-платформы Jitsi Meet. Платформа написана на Java, распространяется под лицензией Apache 2.0 и используется в масштабах компании 8x8 (купившей Jitsi в 2018 году).
Подробнее →Jitter
Вариация времени прихода пакетов. Сеть со средним RTT 50 мс и джиттером ±30 мс передаёт одни пакеты за 20 мс, другие – за 80 мс; приёмникам приходится буферизовать данные, чтобы сгладить колебания.
Подробнее →Just-in-time packaging
Воркфлоу, при котором CMAF-сегменты генерируются по запросу из одного mezzanine-ассета, а не заранее препарируются для HLS и DASH. Экономит место на хранилище за счёт нагрузки на CPU на edge или origin.
Подробнее →L
Live-стриминг
Стриминг – это когда источник транслирует видео в режиме реального времени, а зритель смотрит его почти мгновенно. В отличие от VOD, готового файла нет – сегменты появляются по мере кодирования.
Подробнее →LiveKit
Go-основанный WebRTC SFU с высокоуровневым API (комнаты, участники, треки, встроенная сигнализация). Открытый исходный код (лицензия Apache 2.0) с поддержкой управляемого облака. На нём работает ChatGPT Voice.
Подробнее →LL-DASH (Low-Latency DASH)
Профиль DASH-IF с низкой задержкой (LL-DASH ИОП, актуальная редакция 2024): использует CMAF с передачей чанками и `availabilityTimeOffset` для потоковой передачи в реальном времени с задержкой от экрана к экрану 2–5 секунд.
Подробнее →LL-HLS (Low-Latency HLS)
Расширение HLS от Apple 2020 года добавляет partial-сегменты, preload hints и блокирующий перезапрос плейлиста, чтобы сократить задержку от экрана до экрана с 20–30 до 2–5 секунд.
Подробнее →M
m3u8
Текстовый формат плейлиста, используемый в HLS. Определён в RFC 8216 (август 2017) и расширен спецификациями HLS до 2025 года. Кодировка – UTF-8, расширение `.m3u8`.
Подробнее →ManagedMediaSource
Вариант MSE от Apple (iOS 17.1, конец 2023) обеспечивает Safari и другим браузерам на базе WebKit memory-conscious MSE-API. Впервые в iOS Safari появились поддержка hls.js и Shaka Player.
Подробнее →MCU (Multipoint Control Unit)
WebRTC/конференц-сервер, декодирующий входящие потоки, объединяющий их в один общий, перекодирующий и раздающий по одному потоку каждому участнику. Тяжёлая для CPU альтернатива SFU.
Подробнее →Media over QUIC (MoQ)
Рабочая группа IETF (учреждена в 2022 году), разрабатывающая pub/sub-протокол стриминга поверх QUIC и WebTransport. Цель – стать преемником как HLS, так и WebRTC для нового стриминга с низкой задержкой.
Подробнее →Media playlist
HLS-плейлист – это файл, который перечисляет сегменты одного rendition. Он содержит `#EXTINF` и URL-адреса сегментов; плеер постоянно перезапрашивает его в режиме live.
Подробнее →mediasoup
C++ WebRTC SFU с API на Node.js. Открытый исходный код (лицензия ISC), используется в Daily.co, BigBlueButton, Atlassian Loom и во многих других сервисах.
Подробнее →Mesh-топология (WebRTC)
WebRTC-сессия, в которой каждый участник отправляет свой поток напрямую каждому другому. Подходит для 2–4 человек, но не масштабируется из-за экспоненциального роста объёмов исходящей полосы пропускания.
Подробнее →MPC (Model Predictive Control) ABR
ABR-алгоритм с коротким горизонтом предсказания выбирает последовательность rendition-ов, максимизирующую ожидаемое качество с учётом прогноза пропускной способности. Опубликован Yin, Jindal et al. в 2015 году.
Подробнее →MPD (Media Presentation Description)
XML-манифест DASH (ISO/IEC 23009-1:2022) описывает каждый вариант представления, шаблон сегментов, временной якорь и конфигурацию DRM в одном документе.
Подробнее →Multi-CDN
Раздача трафика через два и более CDN одновременно с выбором оптимального по региону, провайдеру или сессии. Стандарт для tier-1 OTT – цена, производительность и устойчивость.
Подробнее →Multi-variant playlist
Верхнеуровневый HLS-плейлист, перечисляющий все доступные варианты (rendition), кодеки и аудио- и субтитровые треки. В 2020 году Apple переименовал его из «master playlist», чтобы отказаться от термина «master».
Подробнее →Mux Data
QoE-аналитический продукт Mux – это player-side SDK и бэкенд, собирающий метрики воспроизведения: время запуска, коэффициент повторной буферизации, EBVS, битрейт, ошибки – и отображающий их на дашборде.
Подробнее →N
NAT (Network Address Translation)
Функция роутера, позволяющая нескольким частным устройствам использовать один публичный IPv4-адрес. Именно поэтому WebRTC вынужден применять STUN, TURN и ICE для установления прямых соединений между участниками.
Подробнее →NDI
Network Device Interface – IP-видеотранспорт от Vizrt/NewTek для студий и live-продакшена. Передаёт видео высокого качества, близкого к несжатому, по обычному Ethernet внутри объекта.
Подробнее →Near-live
Live-пайплайн с намеренной задержкой – обычно 30 секунд или несколько минут – чтобы успеть провести проверку на соответствие требованиям, вставку рекламы или модерацию контента перед показом зрителю.
Подробнее →O
Origin shielding
Региональный промежуточный кеш-слой между CDN-узлом и реальным origin. Снижает количество промахов кэша на edge до одного обращения к origin, тем самым удерживая нагрузку на origin в допустимых пределах даже при пиковых нагрузках.
Подробнее →Origin-сервер
Авторитетный источник стримингового контента, к которому CDN обращается при промахе кэша. Может быть объектом хранения (S3, GCS), пакером или stateful-стриминг-сервером.
Подробнее →P
Packet loss
Доля пакетов, не дошедших до получателя. Стриминговые протоколы маскируют её с помощью ретрансмиссии (ARQ), избыточности (FEC) или снижения качества (пропущенные кадры).
Подробнее →Pensieve
Нейросетевой ABR-алгоритм, опубликованный исследователями MIT в 2017 году, изучает политику выбора рендера с помощью reinforcement learning вместо ручных эвристик.
Подробнее →Pion
Чисто Go-реализация WebRTC. Используется как библиотека для создания SFU, сигнальных серверов и пайплайнов записи. Лицензия MIT; обеспечивает работу WebRTC-функций Twitch Studio и продуктов Cloudflare на основе WebRTC.
Подробнее →Player buffer
Объём предзагруженного видео, удерживаемый плеером в памяти впереди текущей позиции воспроизведения. Этот параметр влияет на принятие решений ABR и компенсирует сетевые колебания; при его исчерпании происходит повторная буферизация.
Подробнее →Preload hint
Тег HLS `#EXT-X-PRELOAD-HINT` сообщает плееру URL следующего partial-сегмента до его создания. Это позволяет запросу отправляться параллельно с процессом упаковки.
Подробнее →PSSH box
Protection System Specific Header – это блок внутри файла формата ISO BMFF / CMAF. Он содержит инициализационные данные, специфичные для DRM: указатель на сервер лицензирования, идентификаторы ключей и системный blob, который плеер передаёт CDM.
Подробнее →Pull-протокол
Стриминговый протокол, в котором приёмник сам инициирует соединение и запрашивает медиау данные у отправителя. К классическим протоколам типа «pull» относятся HLS, DASH и RTSP-из-камеры.
Подробнее →Push-протокол
Стриминговый протокол, в котором источник сам инициирует соединение и передаёт медиа данные приёмнику. К классическим push-протоколам относятся RTMP, SRT (caller-режим), RIST (sender-режим) и WHIP.
Подробнее →Q
QoE (Quality of Experience)
Зонтичное понятие, описывающее всё, что зритель ощущает во время видеосессии: скорость запуска, плавность воспроизведения, качество изображения и частоту сбоев. Отличается от QoS (Quality of Service), который отражает сетевые метрики.
Подробнее →QUIC
Транспорт поверх UDP, обеспечивающий надёжность и упорядоченность, как у TCP, а также шифрование и мультиплексированные потоки – без блокировки head-of-line, присущей TCP. Является основой для HTTP/3, WebTransport и Media over QUIC.
Подробнее →R
Rebuffer ratio
Доля времени сессии, проведённого на спиннере буферизации после старта воспроизведения. Самая отслеживаемая QoE-метрика – каждый процентный пункт значим для вовлечённости.
Подробнее →RIST
Reliable Internet Stream Transport – открытый UDP-протокол уровня вещания от VSF (Video Services Forum). Стандартизирован в TR-06 (Simple Profile 2018, Main Profile 2020, Advanced Profile 2024).
Подробнее →RTMP
Протокол реального времени (Real-Time Messaging Protocol) – это TCP-ориентированный протокол, разработанный Adobe в 2002 году. Несмотря на многолетние попытки вывести его из употребления, в 2026 году он по-прежнему остаётся основным способом приёма сигнала для OBS, vMix и аппаратных энкодеров.
Подробнее →RTT (Round-Trip Time)
Время прохождения пакета от отправителя к получателю и обратно. Базовый бюджет задержки, ограничивающий скорость реакции TCP, QUIC и WebRTC.
Подробнее →S
SCTE-224
SCTE 224 (2018, ревизия 2023) – Event Scheduling and Notification Interface (ESNI). XML-формат расписания и политик контентных событий: блэкауты, гео-ограничения, правила замены рекламы.
Подробнее →SCTE-35
SCTE 35 (последняя редакция – 2022) – стандарт in-band cue-сообщений, предназначенных для маркировки рекламных блоков, границ программ и других событий в MPEG-TS и ISO BMFF live-потоках. Используется как триггер для ad-decisioning.
Подробнее →SDP (Session Description Protocol)
Текстовый формат (RFC 8866, январь 2021), описывающий параметры медиасессии: кодеки, порты, ICE-кандидаты, DTLS-отпечатки. Язык согласования WebRTC и SIP.
Подробнее →SegmentTemplate
Элемент MPD DASH, параметризующий URL сегментов с помощью подстановки `$Number$` или `$Time$`. Он заменяет явные списки URL для каждого сегмента в случае долгоживущих live-трансляций и крупных VOD-ресурсов.
Подробнее →SFU (Selective Forwarding Unit)
WebRTC-сервер, принимающий потоки от каждого участника и пересылающий их всем остальным без перекодирования. Такая топология является стандартной для любой WebRTC-сессии, в которой участвует более двух человек.
Подробнее →Shaka Packager
Открытый пакетизатор от Google (лицензия Apache 2.0), преобразующий закодированное медиа в форматы HLS, DASH и CMAF с опциональным шифрованием Widevine, PlayReady и FairPlay. Фактически стал стандартом среди открытых пакетизаторов в 2026 году.
Подробнее →Shaka Player
Открытый JavaScript-плеер от Google (лицензия Apache 2.0) для воспроизведения DASH и HLS. Используется сервисами Google – YouTube TV, Google Play Movies – и многими сторонними платформами.
Подробнее →Signed URL
URL с HMAC-подписью в строке запроса, предоставляющий временный доступ к ресурсу, размещённому на CDN. Наиболее распространённый механизм контроля доступа для платного стриминга.
Подробнее →Simulcast
WebRTC-техника, при которой отправитель кодирует одно видео в нескольких комбинациях разрешение/битрейт и отправляет все. SFU выбирает, какой слой переслать каждому получателю.
Подробнее →SMPTE ST 2110
Семейство стандартов SMPTE (первая публикация – 2017, текущие ревизии – 2024) описывает передачу профессионального несжатого видео, аудио и вспомогательных данных отдельными RTP-потоками по IP. Это IP-аналог SDI.
Подробнее →SRT
Secure Reliable Transport – открытый протокол передачи на основе UDP с настраиваемым восстановлением потерь по ARQ и шифрованием AES. Де-факто замена RTMP в профессиональной вещательной передаче контента.
Подробнее →SSAI (Server-Side Ad Insertion)
Вставка рекламы, при которой рекламные сегменты вшиваются в манифест контента на стороне сервера до передачи плееру. Плеер видит единый непрерывный поток и не может заблокировать рекламу.
Подробнее →STUN
Session Traversal Utilities for NAT (RFC 8489, февраль 2020). Небольшой протокол, с помощью которого клиент определяет свой публичный IP-адрес и порт за NAT – первый шаг при установлении соединения WebRTC.
Подробнее →SVC (Scalable Video Coding)
Фича кодека, при которой один битстрим содержит несколько слоёв – базовый и улучшенный – которые можно постепенно отключать без перекодирования. Полосно-эффективная альтернатива simulcast.
Подробнее →T
TCP (Transmission Control Protocol)
Надёжный упорядоченный байтовый протокол, лежащий в основе HTTP. На нём строится практически весь трафик HLS, DASH, RTMP и HTTP/2 в 2026 году.
Подробнее →Throughput-based ABR
ABR-алгоритм выбирает наиболее высокое качество воспроизведения, битрейт которого не превышает недавно измеренную пропускную способность. Это самый простой и распространённый подход к адаптивному битрейту.
Подробнее →Tiered caching
Архитектура CDN, при которой edge-POP сначала обращается к родительскому или региональному кешу, а только затем – к origin. Брендинг Cloudflare для того, что большинство CDN называют origin shielding.
Подробнее →Transport-CC
Формат обратной связи по управлению перегрузками в WebRTC. Получатель передаёт отправителю детальные временные метки прибытия пакетов через RTCP, что позволяет оценщику пропускной способности отправителя принимать точные решения.
Подробнее →Trick play
Операции плеера, отличные от обычного воспроизведения вперёд: перемотка вперёд, перемотка назад, миниатюры на ползунке перемотки, пошаговое воспроизведение кадров. Обычно они опираются на отдельную версию с низким битрейтом, содержащую только I-кадры.
Подробнее →TURN
Traversal Using Relays around NAT (RFC 8656, февраль 2020). Медиа-релей, через который два WebRTC-пира обмениваются пакетами, когда прямой обмен между ними невозможен из-за строгого NAT или файрвола.
Подробнее →U
V
VAST
IAB Video Ad Serving Template (VAST 4.3, 2023) – стандартный XML-ответ от рекламного сервера видеоплееру с описанием того, какую рекламу воспроизвести. Это lingua franca цифровой видеорекламы.
Подробнее →Video startup time
Время между нажатием play (или загрузкой страницы с autoplay) и отрисовкой первого кадра на экране. Вторая по отслеживанию QoE-метрика наряду с rebuffer ratio.
Подробнее →Video.js
Открытый HTML5-плеер на основе фреймворка, обёртывающего hls.js, dash.js или Shaka в качестве стриминговых движков, обеспечивающий единый интерфейс, экосистему плагинов и API для настройки.
Подробнее →VOD (Video on Demand)
Стриминг ранее записанного файла, который зритель выбирает из каталога. Каждый сегмент существует ещё до начала воспроизведения, поэтому упаковка, ABR и кеширование значительно проще, чем в прямом эфире.
Подробнее →W
WebRTC
Фреймворк W3C/IETF для аудио-, видео- и передачи данных в реальном времени напрямую между браузерами. Объединяет ICE/STUN/TURN, DTLS- и SRTP-шифрование, SDP-сигнализацию и JavaScript API в единый стек.
Подробнее →WebRTC delivery (egress)
Использование WebRTC для трансляции live-видео с сервера множеству зрителей. Это самый быстрый протокол – задержка от 200 мс до 1 секунды (glass-to-glass), однако он операционно сложнее, чем HLS или DASH.
Подробнее →WebRTC ingest
Использование WebRTC в качестве протокола для передачи контента – субсекундная альтернатива RTMP и SRT для источников из браузеров и потоковых рабочих процессов с низкой задержкой. Обычно сигнализация осуществляется через WHIP.
Подробнее →WebTransport
W3C-спецификация API для браузера (CR 2024), предоставляющая веб-приложениям примитивы QUIC – надёжные стримы и ненадёжные datagram’ы. Является субстратом для Media over QUIC и других браузерных решений с низкой задержкой.
Подробнее →WebVTT
W3C Web Video Text Tracks Format (рекомендация 2019, обновления 2024) – стандарт синхронизированного текста для веб-видео. Поддерживает субтитры, титры, главы и трек-указатели миниатюр для HLS и DASH.
Подробнее →WHEP
WebRTC-HTTP Egress Protocol – аналог WHIP с точки зрения потребителя. Это простой HTTP POST с SDP offer для подключения к WebRTC-стриму. Протокол стандартизируется как `draft-ietf-wish-whep` (RFC в разработке, 2025).
Подробнее →WHIP
WebRTC-HTTP Ingestion Protocol – RFC 9725 (март 2025). Простой HTTP POST с SDP offer для запуска сессии WebRTC-ингеста. Заменяет кастомную сигнализацию, которую ранее требовал каждый вендор.
Подробнее →Z
#
Нужен не словарь, а команда?
Разрабатываем видеопродукты с 2005 года: стриминг, ВКС, ИИ на видео. 250+ проектов.