CV2 VideoCapture多实例初始化问题：录制时同时推流需求

优先方案：虚拟摄像头转发（无需改动现有逻辑） #

Linux下V4L2摄像头默认是独占访问的，多个进程直接打开/dev/video0会报设备忙。用v4l2loopback创建虚拟摄像头，把物理摄像头的流转发过去，就能让录制和推流分别用不同的设备节点：

1. 安装依赖：

   sudo apt install v4l2loopback-dkms ffmpeg
   

2. 加载虚拟摄像头模块：

   sudo modprobe v4l2loopback devices=1 video_nr=1 card_label="VirtualCam"
   

   这会创建/dev/video1作为虚拟设备
3. 启动流转发：

   ffmpeg -f v4l2 -i /dev/video0 -f v4l2 /dev/video1
   

   这条命令会把/dev/video0的实时画面复制到/dev/video1
4. 原有录制程序保持用cv2.VideoCapture(0)，推流程序改用cv2.VideoCapture(1)初始化，两者就能同时运行了。

备选方案：进程间帧共享（需少量改动） #

如果没法用虚拟摄像头，就把录制进程读取的帧共享给推流进程，不用重复打开摄像头：

import cv2
from multiprocessing import Queue, Process

# 原有录制逻辑封装，同时把帧放到队列
def record_and_feed_queue(queue):
    cap = cv2.VideoCapture(0)
    # 原有录制的参数设置（比如分辨率、帧率）保持不变
    # cap.set(cv2.CAP_PROP_FRAME_WIDTH, 1920)
    # cap.set(cv2.CAP_PROP_FRAME_HEIGHT, 1080)
    
    while cap.isOpened():
        ret, frame = cap.read()
        if not ret:
            break
        # 执行原有录制操作（比如写入本地文件）
        # out.write(frame)
        # ...
        
        # 把帧传给推流进程，队列设上限避免内存溢出
        if not queue.full():
            queue.put(frame)
    
    cap.release()
    # 发送结束信号
    queue.put(None)

# 推流进程逻辑
def stream_from_queue(queue):
    # 初始化推流相关配置（比如RTMP地址、编码器）
    # ...
    while True:
        frame = queue.get()
        if frame is None:
            break
        # 执行推流操作（比如编码后发送）
        # ...

if __name__ == "__main__":
    # 队列大小根据帧率调整，比如10帧缓冲
    frame_queue = Queue(maxsize=10)
    
    # 启动两个进程
    record_proc = Process(target=record_and_feed_queue, args=(frame_queue,))
    stream_proc = Process(target=stream_from_queue, args=(frame_queue,))
    
    record_proc.start()
    stream_proc.start()
    
    record_proc.join()
    stream_proc.join()

为什么之前的方法不行？ #

• 多线程直接调用VideoCapture：OpenCV的VideoCapture内部不是线程安全的，多线程读写会导致状态混乱，所以不生效。
• imageio：本质还是直接访问/dev/video0，同样受V4L2独占访问限制，所以提示设备忙。

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