GStreamer下检测进程捕获v4l2loopback设备的简洁实现方案

下面给出两种可直接在GStreamer C代码中落地的实现，完全不需要调用fuser等外部命令，性能和可靠性都远高于popen调用外部工具的方案：

方案1：直接调用V4L2原生API检测（首推） #

该方案完全在内核态交互完成检测，无额外进程开销，通用性最强，不受GStreamer pipeline运行状态影响：

• 核心逻辑：v4l2设备被主动捕获时，会存在至少一个进程以O_RDONLY模式持有设备文件句柄，尝试操作设备时会返回EBUSY错误，可通过该特征判断捕获状态

#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
#include <sys/ioctl.h>
#include <linux/videodev2.h>
#include <glib.h>

gboolean is_v4l2_device_capturing(const gchar* dev_path) {
    int fd = open(dev_path, O_WRONLY | O_NONBLOCK);
    if (fd < 0) {
        return FALSE;
    }

    // 尝试设置输出格式，设备被捕获时会返回EBUSY
    struct v4l2_format fmt;
    memset(&fmt, 0, sizeof(fmt));
    fmt.type = V4L2_BUF_TYPE_VIDEO_OUTPUT;
    if (ioctl(fd, VIDIOC_G_FMT, &fmt) == 0) {
        if (ioctl(fd, VIDIOC_S_FMT, &fmt) < 0 && errno == EBUSY) {
            close(fd);
            return TRUE;
        }
    }

    close(fd);
    return FALSE;
}

你可以直接在GStreamer主循环中按需求频率调用该函数，单次调用开销仅为微秒级，不会影响pipeline运行性能。

方案2：监听GstV4l2Sink内置信号（次推，代码改动最小） #

如果你的pipeline已经使用v4l2sink元素向v4l2loopback设备推流，可以直接监听元素内置的属性变化信号，无需额外引入V4L2相关依赖：

• 核心逻辑：没有消费者捕获设备时，v4l2sink内部缓冲区会被占满，can-activate-push属性会变为FALSE；有浏览器等消费者读取数据时，该属性会变为TRUE

// 初始化pipeline时绑定信号监听
GstElement *v4l2_sink = gst_bin_get_by_name(GST_BIN(pipeline), "你的v4l2sink元素名称");
g_signal_connect(v4l2_sink, "notify::can-activate-push", G_CALLBACK(on_capture_state_change), NULL);

// 状态变化回调函数
static void on_capture_state_change(GObject *sink, GParamSpec *pspec, gpointer user_data) {
    gboolean is_active;
    g_object_get(sink, "can-activate-push", &is_active, NULL);
    // 此处添加你的状态处理逻辑
    g_print("设备捕获状态：%s\n", is_active ? "正在被捕获" : "未被捕获");
}

内容的提问来源于stack exchange，提问作者José Braga