Opencv延迟优化

阶段 0：原始未优化版本（延迟 300~500ms）

代码缺陷：

• 直接cap.open(0)使用默认后端，未指定 V4L2；
• 使用cap.read()一体式读取，内部多帧缓存堆积；
• 未设置缓冲区、帧率、像素格式； 对应文档知识点：OpenCV VideoCapture 上层封装会内置环形缓冲区，默认缓存多帧，滞后严重。

阶段 1：基础缓存优化 → 延迟降至 200ms

两大核心改动：

1. 强制设置缓冲区仅 1 帧：cap.set(CAP_PROP_BUFFERSIZE, 1)文档原理：限制 V4L2/OpenCV 缓存队列长度，旧帧不再堆积；
2. 分离grab()+retrieve()：
   • grab()：只抓取最新帧，直接丢弃队列内历史旧帧；
   • retrieve()：仅对当前最新帧做解码 / 格式转换；
3. waitKey(1)缩短界面阻塞等待时间。

阶段 2：指定 V4L2 原生后端 → 进一步削减中间层开销

改动：cap.open(0, cv::CAP_V4L2)文档分层原理： 正常层级：应用→OpenCV 通用封装→中间适配层→V4L2→驱动 指定 V4L2 后端后：应用→OpenCV V4L2 专用接口→V4L2 内核接口，剥离多余抽象层，减少系统调用开销。

阶段 3：像素格式切换（MJPEG 测试，延迟 40~45ms）

配置 MJPEG 四字符码：fourcc = cv::VideoWriter::fourcc('M','J','P','G')优缺点：MJPEG 压缩传输带宽占用低，但retrieve 解码耗时 35ms 左右，CPU 解码是新瓶颈。

阶段 4：最终最优方案 —— 切换 YUYV 无压缩格式（总软件延迟≈20ms）

1. 设置 YUYV 格式：fourcc = cv::VideoWriter::fourcc('Y','U','Y','V')文档关键差异：

• MJPEG：压缩码流，需要 CPU 执行 JPEG 解码，耗时高；
• YUYV：原始裸流，无需解码，仅简单色彩空间转换，retrieve 耗时从 35ms 降至 5ms；

1. 同步锁定 30fps：cap.set(CAP_PROP_FPS, 30)，减少帧间隔等待延迟；