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，不支持视频采集）。

相关报错：

日志中出现：

> 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。

最终实现正常推流画面：

三、经验总结与最佳实践

**平台适配**：RV1126+Buildroot+SPCA2688方案，UVC摄像头即插即用，内核和设备树配置简单。
**设备节点识别**：插拔前后对比，结合`v4l2-ctl --all`确认主视频流节点。
**本地录制优先**：先本地录制，确认采集和编码无误，再推流。
**RTSP服务配置**：只启用RTSP，避免端口冲突导致服务退出。
**推流格式选择**：MJPEG over RTSP兼容性差，H264 over RTSP兼容性好，推荐转码推流。
**分步排查**：每一步都要验证，遇到问题逐步定位到设备、采集、推流、协议、播放器等环节。
**善用工具**：v4l2-ctl、ffmpeg、mediamtx、VLC等开源工具极大简化开发和调试。

四、推荐一键推流脚本（H264 over RTSP）

bash 复制代码

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，如果后续有更多需求，如音视频同步、云端推流等高级功能，可在此基础上扩展。遇到新问题，建议先本地录制排查源头，再逐步定位到推流、协议、播放器等环节。

RV1126平台（Buildroot Linux）+ SunplusIT SPCA2688 USB摄像头 RTSP推流全流程复盘与问题解决记录

RK RV1126平台（Buildroot Linux）+ SunplusIT SPCA2688 USB摄像头 RTSP推流全流程复盘与问题解决记录

一、平台与需求

二、操作流程与问题排查（按时间先后）

1. 插入USB摄像头，识别设备节点

相关报错：

2. 内核驱动与设备树适配流程（补充说明）

3. 本地采集与录制测试

相关报错：

4. 本地RTSP服务器搭建与推流

相关报错：

5. ffmpeg推流到本地RTSP服务器

6. 其他常见问题与排查

三、经验总结与最佳实践

四、推荐一键推流脚本（H264 over RTSP）

五、结语