树莓派3部署Electron流媒体应用OV5647摄像头Chromium识别失败咨询

首先可以明确排除驱动问题：你的GStreamer应用、Firefox都可以正常调用摄像头，问题出在Chromium内核的V4L2设备适配逻辑上。

Chrome与Firefox的后端差异 #

• Firefox对V4L2设备的格式兼容逻辑更宽松，只要设备能够输出标准YUV格式帧就可以正常识别调用
• Chromium从89.0.4389.128版本开始更新了V4L2设备枚举逻辑，新增了严格的输出格式白名单校验，只有支持MJPEG、YUYV等少数几个预设格式的摄像头才会被判定为可用设备，你的OV5647默认输出的RAW/WGB格式不在白名单内，所以会抛出Requested device not found错误

具体排查步骤 #

• 执行v4l2-ctl --list-formats-ext命令，查看当前摄像头的所有可用输出格式，确认是否包含Chromium支持的YUYV、MJPEG格式
• 启动Electron时添加调试参数--enable-logging=stderr --vmodule=*v4l*=3，运行后查看控制台输出的V4L2模块日志，确认是格式校验失败还是权限不足导致的设备识别失败
• 执行groups命令确认当前运行用户是否在video用户组，若不在执行sudo usermod -aG video $USER后重启设备重试
• 检查/boot/config.txt配置，确认已经添加start_x=1、gpu_mem=128这两行摄像头启用配置，重启后再次尝试调用getUserMedia

是完全可行的，推荐以下两种实现路径：

• 低复杂度方案：复用你已有的GStreamer pipeline逻辑，在原有webrtcbin节点基础上添加本地信令交互逻辑，Electron渲染进程直接和本地GStreamer的WebRTC节点建立对等连接，直接接收已经编码打包完成的H264/Opus RTP流，不需要做帧的二次处理，性能损耗最小
• 自定义流注入方案：在Electron主进程中调用GStreamer拉取原始帧，编码后通过IPC通道传递给渲染进程，渲染进程构造自定义MediaStreamTrack后传入RTCPeerConnection.addTrack()，或者直接调用RTCRtpSender发送编码后的帧，完全绕开MediaDevices设备采集逻辑

临时规避方案 #

如果想要快速解决调用问题，可以降级Electron版本到12.x及以下，对应Chromium内核版本为88及以下，不存在这个格式校验逻辑，可以正常识别OV5647摄像头。

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