将NV12格式视频通过GStreamer输出至v4l2loopback失败求助

我来帮你排查这个问题——你遇到的情况其实挺常见的，v4l2loopback对NV12的支持有时候需要更细致的配置，咱们一步步来解决：

第一步：确认v4l2loopback设备的实际支持格式 #

先别依赖脚本的设置结果，直接查询设备当前的格式支持列表，确保NV12真的被正确注册了：

v4l2-ctl --list-formats-ext -d /dev/video1

如果输出里找不到NV12（或对应的V4L2_PIX_FMT_NV12），说明之前的v4l2loopback-ctl命令没生效，得换个方式配置。

第二步：加载v4l2loopback模块时直接指定支持格式 #

很多时候，事后用脚本设置caps不如加载模块时直接指定靠谱。先卸载现有模块，再重新加载并明确指定NV12格式：

sudo rmmod v4l2loopback
sudo modprobe v4l2loopback exclusive_caps=1 video_nr=1 card_label="Loopback_NV12" 'caps=video/x-raw,format=NV12,width=1920,height=1080'

这里的关键参数说明：

• exclusive_caps=1：让环回设备表现得像真实摄像头，避免部分应用识别异常
• 明确指定分辨率：v4l2loopback在部分场景下需要绑定具体分辨率才能正确启用格式支持

第三步：简化GStreamer管道，减少转换环节 #

你的原管道里用了videoconvert，但如果videotestsrc能直接输出NV12，完全可以跳过转换步骤，减少潜在的格式协商问题：

gst-launch-1.0 videotestsrc ! video/x-raw,format=NV12,width=1920,height=1080 ! v4l2sink device=/dev/video1 sync=false

加上sync=false能解决测试场景下常见的时钟同步导致的推送失败问题。

第四步：通过调试日志定位具体错误 #

如果还是不行，打开GStreamer的调试日志，看看哪一步出了问题：

GST_DEBUG=3 gst-launch-1.0 videotestsrc ! videoconvert ! video/x-raw,format=NV12 ! v4l2sink device=/dev/video1

日志里如果出现Failed to set format或Caps negotiation failed这类提示，就能精准定位是格式不匹配还是设备权限问题。

额外注意：设备权限问题 #

有时候不是格式的锅，而是当前用户没有访问/dev/video1的权限。可以先试试用sudo运行管道，或者把用户加入video组：

sudo usermod -aG video $USER

执行后重新登录即可生效。

内容的提问来源于stack exchange，提问作者وليد تاج الدين