RV1126平台(Buildroot Linux)+ SunplusIT SPCA2688 USB摄像头 RTSP推流全流程复盘与问题解决记录
# RK RV1126平台(Buildroot Linux)+ SunplusIT SPCA2688 USB摄像头 RTSP推流全流程复盘与问题解决记录
一、平台与需求
- **硬件平台**:Rockchip RV1126
- **操作系统**:基于Buildroot定制的Linux系统
- **USB摄像头**:SunplusIT(凌阳创新)SPCA2688
- **目标**:用USB摄像头采集视频,在开发板本地搭建RTSP服务器,推流到`rtsp://开发板IP:端口/live/main_stream`,用VLC等播放器实时观看。
- **要求**:一键运行,兼容性好,画面流畅,适合嵌入式环境。
---
二、操作流程与问题排查(按时间先后)
1. 插入USB摄像头,识别设备节点
- **操作**:插入SunplusIT SPCA2688 USB摄像头,系统自动生成多个`/dev/video*`节点。
- **现象**:插入后出现了`/dev/video45`和`/dev/video46`。
- **问题1**:不清楚哪个节点是摄像头主视频流,哪个是辅助或元数据流。
- **排查**:
- 拔插摄像头前后对比`ls /dev/video*`,找出新增节点。
- 用`v4l2-ctl --device=/dev/video45 --all`和`v4l2-ctl --device=/dev/video46 --all`查看详细信息。
- **结论**:
- `/dev/video45`为主视频流(支持Video Capture),
- `/dev/video46`为元数据流(只支持Metadata Capture,不支持视频采集)。
#### 相关报错:
- 执行`v4l2-ctl --device=/dev/video46 --stream-mmap --stream-count=1 --stream-to=test_video46.raw`报错:
> unsupported stream type
原因:video46不支持视频采集,只能采集元数据。
解决:后续所有采集、推流操作都用`/dev/video45`。
2. 内核驱动与设备树适配流程(补充说明)
- **内核配置**:
- RV1126平台Linux内核需启用`CONFIG_USB_VIDEO_CLASS`(UVC驱动)、USB Host支持。
- Buildroot配置时,确保`v4l-utils`、`ffmpeg`等工具链集成。
- **设备树配置**:
- USB摄像头无需专门节点,只需USB Host控制器在设备树中`status = "okay"`。
- 典型片段:
```dts
&usb_host0 {
status = "okay";
}
```
- **驱动识别**:
- 插入摄像头后,内核自动加载`uvcvideo`驱动。
- `dmesg`日志会显示摄像头厂商、型号(如`SunplusIT SPCA2688`),并生成`/dev/video*`节点。
- **实际体验**:
- 本次SPCA2688插上即用,无需额外适配,体现了UVC类摄像头的良好兼容性。
---
3. 本地采集与录制测试
- **操作**:用`ffmpeg`采集摄像头数据并录制本地视频。
- **命令**:
```bash
v4l2-ctl --device=/dev/video45 --set-fmt-video=pixelformat=MJPG,width=640,height=480
ffmpeg -f v4l2 -input_format mjpeg -video_size 640x480 -framerate 15 -i /dev/video45 -t 10 -c:v copy test_local.mp4
```
- **现象**:录制的视频用VLC播放正常,无绿屏。
#### 相关报错:
- 如果直接用YUYV格式录制为mp4:
> Could not find tag for codec rawvideo in stream #0, codec not currently supported in container
原因:YUYV是原始视频格式,mp4容器不支持原始rawvideo,需要转码或用支持的容器(如avi、mkv),或直接采集MJPEG。
解决:
- 采集MJPEG格式并直接copy到mp4容器。
- 或用`-c:v libx264`转码为H264。
---
4. 本地RTSP服务器搭建与推流
- **操作**:下载并运行mediaMTX(原rtsp-simple-server)作为本地RTSP服务器。
- **命令**:
```bash
./mediamtx &
```
- **现象**:日志显示:
> [RTSP] listener opened on :8554 (TCP), :8000 (UDP/RTP), :8001 (UDP/RTCP)
#### 相关报错:
- 日志中出现:
> ERR listen tcp :1935: bind: address already in use
> [RTSP] listener is closing
原因:mediamtx配置文件中RTMP端口(1935)被占用,导致服务异常退出,RTSP服务也随之关闭。
- **排查**:
- 检查`mediamtx.yml`配置文件,发现`rtmp: enabled: yes`。
解决:
- 编辑`mediamtx.yml`,将`rtmp: enabled: yes`改为`no`,只启用RTSP服务。
- 重新启动mediamtx,确认进程常驻且日志无关闭提示。
5. ffmpeg推流到本地RTSP服务器
- **操作**:用ffmpeg将摄像头采集的视频流推送到本地RTSP服务器。
- **命令**:
```bash
ffmpeg -f v4l2 -input_format mjpeg -video_size 640x480 -framerate 15 -i /dev/video45 -c:v copy -f rtsp -rtsp_transport tcp rtsp://127.0.0.1:8554/live/main_stream
```
- **现象**:ffmpeg推流无报错,VLC可以连接RTSP流。
- **问题**:VLC播放时大部分画面绿色,只有顶部一小部分正常。
- **排查**:
- 使用和相同的分辨率和帧率,本地录制后保存到mp4文件,然后使用VLC播放,画面正常无绿屏。但是推流过去用VLC查看就绿屏,说明MJPEG over RTSP兼容性差,推流到VLC那边的时候,画面数据已经不完整了,丢失了。
- 尝试降低分辨率、帧率,问题依旧。
原因:
- 摄像头输出的MJPEG流有丢包、截断、帧尾丢失等问题,导致解码器(VLC)无法正确还原整帧,未解码部分用绿色填充。
- VLC对某些MJPEG流的容错性较差,遇到帧头/帧尾异常就会绿屏
解决:
- 用ffmpeg将MJPEG流转码为H264后再推流,命令如下:
ffmpeg -f v4l2 -input_format mjpeg -video_size 640x480 -framerate 15 -i /dev/video45 \
-c:v libx264 -preset ultrafast -tune zerolatency \
-f rtsp -rtsp_transport tcp rtsp://127.0.0.1:8554/live/main_stream
命令解释:
- 前半部分:-f v4l2 ... -i /dev/video45
- 让ffmpeg从USB摄像头采集视频流,格式为MJPEG,分辨率640x480,帧率15fps。
- 中间部分:-c:v libx264 -preset ultrafast -tune zerolatency
- 让ffmpeg用x264软件编码器,把采集到的MJPEG视频流转码为H264格式。
- 后半部分:-f rtsp ... rtsp://127.0.0.1:8554/live/main_stream
- 把编码好的H264视频流通过RTSP协议推送到本地RTSP服务器
使用上面这条命令推流,然后使用VLC播放H264 over RTSP流,画面正常,无绿屏,它的原理是
ffmpeg采集摄像头数据YUYV(原始未压缩)或者MJPEG(压缩)格式 → 编码为H264(依赖libx264软件编码器) → 通过RTSP协议推流到服务器(mediamtx) → VLC通过RTSP拉流 → VLC软件内置工具解码H264 → 显示画面
6. 其他常见问题与排查
- **mediamtx下载慢或失败**:用ghproxy等国内加速服务下载,或手动下载后拷贝到开发板。
- **VLC播放卡顿或无画面**:降低分辨率/帧率,确保网络和USB带宽充足。
- **推流地址错误**:推流时用`127.0.0.1:8554`,播放时用开发板实际IP。
最终实现正常推流画面:
三、经验总结与最佳实践
1. **平台适配**:RV1126+Buildroot+SPCA2688方案,UVC摄像头即插即用,内核和设备树配置简单。
2. **设备节点识别**:插拔前后对比,结合`v4l2-ctl --all`确认主视频流节点。
3. **本地录制优先**:先本地录制,确认采集和编码无误,再推流。
4. **RTSP服务配置**:只启用RTSP,避免端口冲突导致服务退出。
5. **推流格式选择**:MJPEG over RTSP兼容性差,H264 over RTSP兼容性好,推荐转码推流。
6. **分步排查**:每一步都要验证,遇到问题逐步定位到设备、采集、推流、协议、播放器等环节。
7. **善用工具**:v4l2-ctl、ffmpeg、mediamtx、VLC等开源工具极大简化开发和调试。
四、推荐一键推流脚本(H264 over RTSP)
bash
#!/bin/bash
# 设置摄像头为MJPEG格式
v4l2-ctl --device=/dev/video45 --set-fmt-video=pixelformat=MJPG,width=640,height=480
# 启动mediamtx(如未启动)
if ! pgrep -f mediamtx > /dev/null; then./mediamtx &sleep 2
fi
# 推流为H264
ffmpeg -f v4l2 -input_format mjpeg -video_size 640x480 -framerate 15 -i /dev/video45 \
-c:v libx264 -preset ultrafast -tune zerolatency \
-f rtsp -rtsp_transport tcp rtsp://127.0.0.1:8554/live/main_stream
五、结语
本次在RV1126平台(Buildroot Linux)+ SunplusIT SPCA2688 USB摄像头环境下实现RTSP推流,虽然中间遇到了一些设备节点识别、推流兼容性、服务端口冲突等问题,但通过分步排查和合理选型,最终实现了即插即用、稳定流畅的推流效果。此博客用来记录和复盘,后续可能还会在rv1126上适配多路摄像头,会再加个索尼imx415,如果后续有更多需求,如音视频同步、云端推流等高级功能,可在此基础上扩展。遇到新问题,建议先本地录制排查源头,再逐步定位到推流、协议、播放器等环节。