В начале 90-х смотреть видео онлайн было занятием для людей с железной выдержкой и нервами как у телеграфного столба. Домашний интернет скрипел, рвался и медленно тянул по модемным проводам первые мегабайты, а слово буферизация звучало чаще, чем любимый трек на кассетном плеере. Видеосервисы тогда скорее напоминали набор слайдов, чем настоящие ролики: задержки, обрывы, постоянные стоп-кадры.
И вдруг на сцену выходит Flash. Вместе с ним - Real-Time Messaging Protocol, или просто RTMP. Он оказался именно тем костылем, который превратился в несущую балку: позволил передавать видео в реальном времени там, где интернет едва ползал.
RTMP стал фундаментом для зарождающейся культуры онлайн-видео, стриминга и первых интерактивных сервисов. И хотя эпоха Flash давно ушла, RTMP до сих пор живёт - тихо, скромно, но уверенно, продолжая обеспечивать значительную часть прямых трансляций.
От Macromedia к Adobe: рождение RTMP
Истоки RTMP уходят в 1996 год, когда компания Macromedia решила дать Flash Player-у не просто анимации и мини-игры, а возможность работать с медиапотоками в реальном времени. Задача была простой на бумаге, но революционной по сути: передавать аудио, видео и вспомогательные данные по TCP так, чтобы всё это приходило стабильно и синхронно.
Поскольку Flash стоял почти в каждом браузере на планете, RTMP моментально стал де-факто стандартом стриминга начала 2000-х. Ролики играли без перезагрузки страницы, а веб становился мультимедийным.
Позже Macromedia поглотила Adobe, и RTMP стал её наследием — пережил взлеты Flash, его падение и блокировку в 2020 году. Но сам протокол не умер: многие сервисы продолжают использовать его для приёма видеопотока от энкодеров и камер.
Почему RTMP сработал?
На фоне хаотичных и сильно различающихся реализаций потоковой передачи тех лет RTMP оказался аккуратно продуманной системой:
- Работа поверх TCP давала контроль доставки, что было критично при медленных каналах.
- Чанки позволяли разбивать медиа на мелкие части и держать поток «живым».
- AMF-сообщения обеспечивали удобную передачу команд, метаданных и параметров кодеков.
- FLV-контейнер с точными таймстампами давал предсказуемый тайминг и синхронность.
RTMP был достаточно быстрым, достаточно стабильным и достаточно универсальным. И этим он взял рынок.
Как RTMP устроен внутри
Чтобы понять его магию, нужно взглянуть на ключевые механизмы.
1. Handshake — ритуал знакомства
RTMP начинает работу с тройного рукопожатия: клиент и сервер обмениваются служебными блоками, сверяют версию, проверяют тайминги, синхронизируются. Всё это нужно, чтобы дальнейшая передача шла как по рельсам.
2. Соединение через AMF
После handshake клиент отправляет AMF-команду connect с указанием:
- URL,
- кодеков,
- параметров потока,
- настроек воспроизведения или публикации.
RTMP-сервер отвечает подтверждением, и соединение переходит в рабочее состояние.
3. Потоки и чанки
RTMP транслирует:
- видео,
- аудио,
- команды,
- служебные сообщения.
Все данные разбиваются на чанки фиксированной длины. Это обеспечивает постоянный поток, но может приводить к фрагментации и усложнению обработки.
4. FLV-контейнер: плюс ровно столько же, сколько минус
FLV поддерживает точные временные метки и прост, как кирпич, но его набор кодеков ограничен:
- H.264 для видео,
- AAC или PCMA для аудио.
Никаких AV1, VP9 или Opus — эпоха Flash не требовала подобных изысков.
5. Запутанная структура URL
Строка вида:
rtmp://server/live/tvchannels/cnn
может трактоваться:
- как приложение live и стрим tvchannels/cnn,
- или как приложение live/tvchannels и стрим cnn.
Отсюда типичная головная боль инженеров стриминга и администраторов CDN.
Где RTMP живёт сегодня
Даже после заката Flash Player RTMP не исчез — он просто сменил роль.
1. Публикация в соцсети
Facebook Live, YouTube Live, TikTok — почти все принимают RTMP или его вариации как основной протокол для отправки потока от OBS, XSplit, камер и энкодеров.
2. Игровые трансляции
OBS по умолчанию использует RTMP. Весь Twitch-мир вырос именно на нём.
3. Корпоративные трансляции и вебинары
Компании используют RTMP-энкодеры для прямых трансляций мероприятий, митингов и онлайн-конференций.
RTMP стал тихим, но прочным кирпичом в фундаменте стриминга.
RTMP vs HLS vs DASH: почему эра изменилась
RTMP был идеальным решением для своего времени, но не смог шагнуть в новую эпоху:
- пользователи стали требовать адаптивных битрейтов,
- кодеки стали тяжелее и разнообразнее,
- сети стали подвижнее, а аудитория — глобальнее.
HLS и DASH сделали то, чего RTMP не умел:
- подстраивать качество к скорости интернета,
- работать поверх обычного HTTP (что упрощает CDN),
- поддерживать современные кодеки,
- передавать несколько аудиодорожек,
- встроить субтитры и метаданные.
Да, задержка у HLS и DASH выше, но современные low-latency-версии активно закрывают эту дыру.
RTMP же остался удобным канальным протоколом для доставки потока от энкодера до сервера, но не для воспроизведения конечному пользователю.
Ограничения, которые стали судьбоносными
- Одна видеодорожка, один аудиоканал.
- Никаких мультиязычных потоков.
- Нет адаптивного битрейта.
- При просадке сети пользователю просто «плохо».
- TCP-зависимость.
- Потеря пакета = мини-катастрофа.
- Устаревшие кодеки.
- Ни HEVC, ни AV1, ни современных аудиоформатов.
- Нет стандартизированных субтитров или расширенных метаданных.
И всё это стало критично в эпоху, где стриминг конкурирует сам с собой за каждый миллисекундный аптайм.
Enhanced RTMP и забытые альтернативы
Индустрия пыталась спасти RTMP от устаревания:
- Enhanced RTMP добавил поддержку H.265 и улучшенную структуру.
- Распространение получило, но фрагментарно.
- RTMFP — попытка делать стриминг поверх UDP.
- Красивая идея, но так и не взлетела.
- RTMPT — RTMP в туннеле HTTP.
- Работало медленно, но проходило через корпоративные файрволы.
В итоге все эти варианты стали скорее историческими сносками.
RTMP в XXI веке: не умер, а ушёл в тень
Сегодня RTMP — это рабочая лошадка, которую зритель не видит, но без которой видеосервисы не будут работать гладко.
Он используется:
- в продакшене стриминга,
- в ingest-точках (приёме потока),
- в энкодерах, веб-камерах и мобильных приложениях,
- в OBS и аналогах.
RTMP прошёл путь от революционного прорыва до тихого профессионального инструмента. Он пережил Flash, пережил браузеры, пережил несколько технологических эпох — и всё ещё выполняет свою работу.
Современная индустрия стриминга построена на HLS, DASH, WebRTC и новых кодеках, но сердце прямых трансляций бьётся во многом благодаря RTMP, который и сегодня остаётся надёжным «рабочим конём» для ingest-потоков.
RTMP - это мост между ранним веб-видео и сегодняшним миром стриминга, где миллиарды пользователей ежедневно смотрят прямые эфиры. И мост этот всё ещё крепок, хотя построен был почти тридцать лет назад.