REAL-TIME MESSAGING PROTOCOL

让直播信号
实时抵达

RTMP 是专为实时音视频传输设计的流媒体协议。稳定、高效,依然是直播推流链路中的可靠起点。

≈ 2–5s 典型延迟TCP 可靠传输1935 默认端口
视频源OBS Studio
LIVE
RTMP
媒体服务器Ingest Server
UPLINK6.2 Mbps
LATENCY2.4 sec
RTMPRTMPS低延迟多码率转码CDN 分发直播推流
01 / 工作原理

一条直播流,
如何抵达观众?

RTMP 负责把主播端产生的音视频数据,持续、可靠地送达媒体服务器。服务器再将内容转码并分发为适合各类终端播放的格式。

01

采集与编码

摄像机采集画面,编码器将视频压缩为 H.264、音频压缩为 AAC。

H.264 + AAC
03

转码与分发

媒体服务器转码并封装成 HLS、WebRTC 等格式,交由 CDN 分发。

HLS / WebRTC
02 / 应用场景

从现场到云端,
RTMP 无处不在

经过二十多年的应用验证,RTMP 已拥有成熟的编码器、媒体服务器与 CDN 生态。

01

直播推流

OBS、摄像机或编码器将音视频实时推送到直播服务器。

02

云端转码

服务器接收一路高清流,转换为多种清晰度与播放格式。

03

内容分发

通过 CDN 将直播内容快速分发给不同地区的观众。

可靠的 TCP 传输 成熟的低延迟链路 广泛的软硬件支持
03 / 快速开始

一分钟,
发出你的第一路流

准备一个媒体文件和可用的 RTMP 推流地址,使用 FFmpeg 即可开始。生产环境请妥善保管推流密钥。

安全提示
优先使用 RTMPS,并避免在公开页面暴露 Stream Key。

Terminalbash
# 使用 FFmpeg 推送本地视频
$ ffmpeg -re -i input.mp4 \
  -c:v libx264 -c:a aac \
  -f flv rtmp://server/live/stream-key
frame=2841   fps=30   bitrate=6214kbits/s
04 / 常见问题

关于 RTMP,
你可能还想知道

现代浏览器通常不直接支持 RTMP。常见做法是服务器接收 RTMP 推流后,转换成 HLS、HTTP-FLV 或 WebRTC,再交给网页播放器。

RTMP 更适合主播到服务器的推流,延迟通常较低;HLS 基于 HTTP,兼容性和分发能力更好,常用于服务器到观众的播放。

RTMPS 是运行在 TLS 加密连接上的 RTMP,可保护推流地址、密钥和传输内容,生产环境更推荐使用。