RTMP

RTMP была создана компанией Macromedia (позже приобретённой Adobe) для Flash Player. Протокол передаёт видео в формате H.264 и аудио в формате AAC порциями (чанками) по долгоживущему TCP-соединению, поддерживает простую аутентификацию по ключу и отличается простотой кодирования и декодирования. Когда Flash ушёл в прошлое, RTMP остался – ведь все энкодеры, live-платформы и пользователи OBS уже работали с ним. В 2026 году Twitch, YouTube Live, Facebook Live и другие сервисы принимают RTMP-стриминг, даже если внутри перепаковывают его в HLS или WebRTC.

Слабости RTMP: основан на TCP (потери пакетов увеличивают задержку из-за ретрансмиссии), поддержка только одного видео- и одного аудиопотока на сессию (нет нативной поддержки simulcast или альтернативных языков), отсутствие встроенного шифрования (RTMPS добавляет TLS, но не поддерживается всеми аппаратными энкодерами) и фиксированная гранулярность таймстемпов – 1 секунда, что затрудняет синхронизацию с точностью до кадра. Энд-ту-энд задержка при использовании RTMP обычно составляет 2–5 секунд – приемлемо для обычного прямого эфира, но не подходит для задач с низкой задержкой.

Преемник – использовать RTMP как резервный способ приёма (fallback-ingest), а энкодеры перенаправлять на SRT для юникаст-контрибуции или на WHIP для потоковой передачи из браузера или программного обеспечения. SRT обеспечивает задержку менее секунды с настраиваемым восстановлением при потерях пакетов; WHIP интегрируется с WebRTC и позволяет получать поток с задержкой менее секунды из любого браузера. Большинство управляемых сервисов принимают все три протокола по одному URL-шаблону, позволяя энкодеру выбирать наиболее подходящий.