news 2026/5/16 17:36:06

RK3576 音视频网络传输总结(RTP / RTSP / UDP / H265)

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
RK3576 音视频网络传输总结(RTP / RTSP / UDP / H265)

📺B站 嵌入式孙老师:博主个人介绍

📘博主书籍-京东购买链接*:Yocto项目实战教程

📘加博主微信,进技术交流群jerrydev


RK3576 音视频网络传输总结(RTP / RTSP / UDP / H265)

RK3576 做 Camera、IPC、AI 视频项目时,整个系统真正核心其实只有一条链路:

Sensor ↓ ISP ↓ NV12/YUV ↓ H264/H265 编码 ↓ RTP/RTSP ↓ PC / 平板 / NVR

只要把这条链路理解清楚:

ISP 编码 网络协议 实时传输

这些东西基本就都通了。


一、RK3576 Camera 的真实数据流

以:

RK3576 + IMX585

为例。

IMX585 输出的是:

RAW12 Bayer

例如:

RG12 BG12 GB12

这种数据本质是:

Sensor 原始感光数据

并不是正常视频。

所以:

/dev/video0

通常就是:

RAW 节点

这种数据:

不能直接 H265 编码 不能直接 RTSP 推流

因为编码器不认识 RAW Bayer。


二、ISP 在整个链路中的作用

RK3576 ISP39 的作用:

RAW → 正常视频图像

ISP 会完成:

Debayer 白平衡 自动曝光 降噪 Gamma 锐化 色彩校正 DRC 镜头校正

最终输出:

NV12/YUV

这时候才是真正“视频”。

因此:

/dev/video11

通常才是:

ISP 输出节点

可以直接:

H265 编码 RTSP 推流 录像

三、MPP 硬件编码器

RK3576:

mpph265enc

属于:

Rockchip MPP 硬件编码器

作用:

NV12 → H265

例如:

1920x1080 NV12

经过:

mpph265enc

后变成:

H265 码流

压缩后网络带宽会小很多。


四、UDP 与 TCP

整个音视频网络传输,本质只有:

UDP TCP

两种底层方式。


TCP

特点:

可靠 有重传 顺序正确

优点:

稳定 不丢数据

缺点:

延迟高

因为:

丢包会等待重传

典型:

网页 下载 RTMP HLS

UDP

特点:

不重传 低延迟 允许丢包

优点:

实时 速度快

适合:

IPC 监控 AI Camera 实时视频

因为实时视频最怕:

等待 卡顿

不太怕:

偶尔丢一帧

所以:

RTP 基本都跑 UDP

五、RTP 是真正的视频传输协议

RTP:

Real-time Transport Protocol

真正负责:

传输音视频数据

例如:

H264 H265 AAC

会被:

RTP Packet

切包后发送。

RTP 通常:

基于 UDP

因此:

延迟很低

非常适合:

IPC AI 视频 实时监控

六、RTSP 本质是控制协议

RTSP:

Real Time Streaming Protocol

很多人以为:

RTSP 在传视频

实际上:

RTSP 本身不真正传视频

RTSP 的作用:

PLAY PAUSE SETUP TEARDOWN

也就是:

控制播放

真正视频通常还是:

RTP

在传。

因此:

RTSP = 控制 RTP = 真正视频数据 UDP = 底层网络 H265 = 视频压缩

这是整个 IPC 领域最核心的理解。


七、RK3576 RTP UDP 推流实战

RK3576 推流:

gst-launch-1.0-v\v4l2srcdevice=/dev/video11!\video/x-raw,format=NV12,width=1920,height=1080,framerate=30/1!\mpph265enc!\h265parse config-interval=-1!\rtph265paypt=96config-interval=1!\udpsinkhost=192.168.50.131port=5000

这里:

模块作用
v4l2src从 ISP 输出节点取图
mpph265encRK3576 硬件 H265 编码
h265parse整理 H265 码流
rtph265payH265 → RTP
udpsinkUDP 网络发送

八、PC 主机接收 RTP 视频

PC:

gst-launch-1.0-v\udpsrcport=5000\caps="application/x-rtp,media=video,clock-rate=90000,encoding-name=H265,payload=96"!\rtph265depay!\h265parse!\avdec_h265!\videoconvert!\autovideosinksync=false

接收流程:

UDP ↓ RTP ↓ H265 ↓ 解码 ↓ 显示

九、为什么 IPC 更喜欢 RTSP

因为:

低延迟 局域网稳定 播放器兼容广

典型:

IPC Camera ↓ RTSP ↓ VLC / NVR / Tablet

例如:

rtsp://192.168.50.34/live

十、RTMP 与 WebRTC 的定位

RTMP

特点:

基于 TCP 稳定 延迟较高

适合:

直播平台 OBS 抖音 B站

WebRTC

特点:

超低延迟

适合:

视频会议 远程控制 机器人

但:

复杂度高

因此 RK3576 IPC 项目里最常见的还是:

RTSP + RTP + H265

十一、RK3576 Camera 最核心的理解

整个系统本质:

RAW ↓ ISP ↓ NV12 ↓ H265 ↓ RTP/RTSP ↓ 网络

其中:

ISP 负责图像质量 MPP 负责视频压缩 RTP 负责实时传输 RTSP 负责播放控制 UDP 负责低延迟网络

真正理解这条链路:

RK3576 音视频网络系统

基本就完全通了。


📺B站 嵌入式孙老师:博主个人介绍

📘博主书籍-京东购买链接*:Yocto项目实战教程

📘加博主微信,进技术交流群jerrydev


版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/5/16 17:26:12

在CAN XL帧里跑TCP/IP?一个嵌入式老司机的协议栈移植实践与踩坑记录

在CAN XL帧里跑TCP/IP?一个嵌入式老司机的协议栈移植实践与踩坑记录 当CAN XL的2048字节大帧遇上TCP/IP协议栈,这场看似不可能的联姻会擦出怎样的火花?作为一名在嵌入式领域摸爬滚打十年的老司机,我决定亲手拆解这个技术谜题。不同…

作者头像 李华
网站建设 2026/5/16 17:21:04

ChanlunX缠论插件:5分钟实现专业缠论分析的智能解决方案

ChanlunX缠论插件:5分钟实现专业缠论分析的智能解决方案 【免费下载链接】ChanlunX 缠中说禅炒股缠论可视化插件 项目地址: https://gitcode.com/gh_mirrors/ch/ChanlunX 在股票技术分析领域,缠论以其精准的趋势判断和严谨的结构分析而备受推崇&a…

作者头像 李华