树莓派3B+使用OpenCV读取3路USB摄像头出现V4L2超时问题如何解决

核心问题根源 #

树莓派3B+的所有USB端口共享一个480Mbps带宽的USB2.0总线，有线网卡也挂载在该总线上，你的问题本质是总线带宽耗尽：

1. 你仅给VideoWriter指定了MJPG编码，没有给VideoCapture设置采集格式，绝大多数通用USB摄像头默认输出未压缩的YUYV格式，单路640*480@30fps的YUYV流带宽需求约147Mbps，3路合计带宽需求超过440Mbps，加上总线开销、网卡占用带宽，必然超出上限，导致读帧超时。
2. 你之前仅指定CAP_V4L2驱动未修改采集格式，因此没有降带宽效果，符合你的测试结果。
3. 两路摄像头可正常工作的现象也符合带宽占用规律：两路YUYV流合计约294Mbps，未超出总线上限，接入第三路后直接触达带宽阈值。

具体解决步骤 #

1. 强制所有摄像头使用MJPG格式采集 #

每个摄像头初始化后显式设置采集参数，将采集格式改为压缩的MJPG，单路带宽可降到20~50Mbps，3路总带宽不会超过150Mbps，完全在总线承载范围内：

import cv2 

# 初始化每个摄像头时显式指定驱动、采集格式、分辨率、帧率
cap1 = cv2.VideoCapture(0, cv2.CAP_V4L2)
cap1.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))
cap1.set(cv2.CAP_PROP_FRAME_WIDTH, 640)
cap1.set(cv2.CAP_PROP_FRAME_HEIGHT, 480)
cap1.set(cv2.CAP_PROP_FPS, 30)

cap2 = cv2.VideoCapture(2, cv2.CAP_V4L2)
cap2.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))
cap2.set(cv2.CAP_PROP_FRAME_WIDTH, 640)
cap2.set(cv2.CAP_PROP_FRAME_HEIGHT, 480)
cap2.set(cv2.CAP_PROP_FPS, 30)

cap3 = cv2.VideoCapture(4, cv2.CAP_V4L2)
cap3.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))
cap3.set(cv2.CAP_PROP_FRAME_WIDTH, 640)
cap3.set(cv2.CAP_PROP_FRAME_HEIGHT, 480)
cap3.set(cv2.CAP_PROP_FPS, 30)

fourcc = cv2.VideoWriter_fourcc('M', 'J', 'P', 'G')
out1 = cv2.VideoWriter('video.avi', fourcc, 30, (640,480))
out2 = cv2.VideoWriter('video1.avi', fourcc, 30, (640,480))
out3 = cv2.VideoWriter('video2.avi', fourcc, 30, (640,480))

while True:
    ret1, frame1 = cap1.read()
    ret2, frame2 = cap2.read()
    ret3, frame3 = cap3.read()
    
    # 三个摄像头都读成功再写文件
    if ret1 and ret2 and ret3:
        out1.write(frame1)
        out2.write(frame2)
        out3.write(frame3)

2. 优化USB连接拓扑 #

• 尽量避免多个摄像头接在同一个无源USB Hub下，Hub的转发开销会额外占用带宽，优先使用有源USB2.0 Hub扩展端口
• 暂时拔掉不需要的USB外设，减少额外带宽占用

3. 逻辑可靠性优化 #

• 多线程方案要给每个摄像头分配独立的读帧线程，不要在同一线程内轮询三个摄像头，避免读帧阻塞互相影响
• 增加读帧失败重试逻辑，连续3次读不到帧就重新初始化对应摄像头，避免单路异常导致整个流程卡住

替代录制方案 #

如果OpenCV方案仍有性能问题，可以使用ffmpeg实现更低开销的采集录制：

• 录制命令示例：ffmpeg -f v4l2 -input_format mjpeg -video_size 640x480 -framerate 30 -i /dev/video0 -c:v copy video0.avi，三个摄像头对应三个独立ffmpeg进程即可，-c:v copy直接拷贝摄像头输出的MJPG流，不需要重新编码，CPU和带宽占用极低
• 第三路需要实时处理的话，可以用ffmpeg将帧输出到管道，再通过Python读管道处理，效率远高于直接用OpenCV读摄像头

内容的提问来源于stack exchange，提问作者Ancient_Limo