Термин
RTMP
Real-Time Messaging Protocol – TCP-based contribution-протокол Adobe 2002 года. В 2026 году по-прежнему доминирует как ingest для OBS, vMix и аппаратных энкодеров, несмотря на годы попыток депрекации.
RTMP создала Macromedia (потом Adobe) для Flash Player. Он несёт H.264-видео и AAC-аудио чанками поверх долгоживущего TCP-соединения, поддерживает простую аутентификацию по ключу и тривиален в кодировании/декодировании. Когда Flash умер, RTMP его пережил, потому что каждый энкодер, каждая live-платформа и каждый пользователь OBS уже на нём говорили. Twitch, YouTube Live, Facebook Live и любые меньшие сервисы в 2026 году принимают RTMP-ingest, даже если внутри переупаковывают в HLS или WebRTC.
Слабости RTMP: TCP-based (потери пакетов раздувают задержку ретрансмитом), один видео и один аудио на сессию (нет нативного simulcast или альтернативных языков), нет встроенного шифрования (RTMPS добавляет TLS, но поддерживается не на всех аппаратных энкодерах) и фиксированная гранулярность таймстемпов в 1 секунду, осложняющая frame-accurate синхронизацию. End-to-end задержка через RTMP обычно 2–5 секунд – нормально для casual live, не для low-latency.
Преемник – оставлять RTMP как fallback-ingest и пушить энкодеры на SRT для юникаст-contribution или WHIP для контрибьюшна из браузера/софта. SRT даёт суб-секундную задержку с настраиваемым loss recovery; WHIP подключается к WebRTC для суб-секундного ingest из любого браузера. Большинство managed-сервисов принимают все три на одном URL-паттерне и дают энкодеру выбрать.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.