关于Gstreamer+MPP硬件加速推流问题：视频输入video0被占用

视频输入占用问题的解决方案总结

代码解决"视频设备第一次启动失败，设备被占用"的问题主要通过以下三个关键机制：

1. 主动设备释放机制 (releaseVideoDevice 函数)

这是解决问题的核心，实现了多层级的设备释放策略：

• 系统级释放 ：使用 fuser -k /dev/videoX 命令强制终止所有占用该设备的进程

  std::string cmd = "fuser -k " + device_path + " 2>/dev/null || true";
  system(cmd.c_str());

• V4L2 流控制 ：通过 VIDIOC_STREAMOFF 系统调用主动停止视频流

  enum v4l2_buf_type type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
  ioctl(fd, VIDIOC_STREAMOFF, &type);

• 缓冲区释放 ：通过 VIDIOC_REQBUFS 请求0个缓冲区，主动释放内存映射资源

  struct v4l2_requestbuffers req;
  memset(&req, 0, sizeof(req));
  req.count = 0;  // 请求0个缓冲区，释放所有缓冲区
  req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
  req.memory = V4L2_MEMORY_MMAP;
  ioctl(fd, VIDIOC_REQBUFS, &req);

2. 预防性设备检查 (checkDevice 函数)

通过多次重试和更彻底的设备能力检测确保设备可用：

• 多次重试机制：不是简单地一次失败就放弃，而是最多尝试3次

  for (int attempt = 1; attempt <= 3; attempt++) {
      // 尝试打开设备
      // 如果失败，再释放一次并等待后重试
  }

• 设备能力检查：不只检查设备是否存在，还验证其是否支持视频捕获功能

  if (ioctl(fd, VIDIOC_QUERYCAP, &cap) < 0) {
      // 检查失败处理
  } else if (!(cap.capabilities & V4L2_CAP_VIDEO_CAPTURE)) {
      // 不支持视频捕获处理
  }

3. 完整生命周期管理

确保在程序的各个关键点都正确处理设备资源：

• 启动前释放：在构造函数中，启动推流前先主动释放设备

  // 先尝试强制释放视频设备
  releaseVideoDevice(video_device_);

• 非正常退出处理：通过信号处理确保Ctrl+C等情况下仍能释放设备

  signal(SIGINT, signalHandler);
  signal(SIGTERM, signalHandler);

• 退出时释放：在析构函数和清理函数中确保设备被释放

  void cleanup() {
      // ...
      releaseVideoDevice(video_device_);
      // ...
  }

技术原理

这些解决方案基于Linux "一切皆文件" 的设计理念，视频设备以文件形式呈现，通过以下操作确保设备正确释放：

1. 首先用系统命令强制结束占用进程（最粗暴但有效）
2. 然后用标准V4L2接口停止视频流和释放缓冲区（更优雅的方式）
3. 通过非阻塞方式（O_NONBLOCK）打开设备，避免在设备忙时造成程序阻塞
4. 实现足够的等待时间，让系统有机会完成设备状态转换

这种多层次、多尝试的设备管理确保了即使设备在首次启动时被占用，也能被强制释放并成功打开，解决了之前需要手动重启才能启动成功的问题。