GStreamer：运行时激活/停用指定tee src的正确架构实现方法

对于预构建的GStreamer管道，不要用链接/解除链接操作来启停tee的分支——这种方式需要修改管道拓扑结构，运行时容易引发状态同步问题、数据流中断，甚至导致管道崩溃。更合理的方案是利用GStreamer内置的Pad阻塞（Block）功能，完全匹配你的需求：

核心思路 #

tee的每个src pad可独立被阻塞/解除阻塞，阻塞状态下pad会停止向下游推送数据，但不会改变管道的链接结构和元素状态，是轻量级且安全的分支启停方式。

具体步骤 #

1. 初始化阶段（管道进入PLAYING前） #

先获取第二个tee分支对应的src pad，再将其阻塞：

• tee的静态src pad按链接顺序编号，第一个分支对应src_0，第二个对应src_1，以此类推
• 调用gst_pad_set_blocked()将pad设为阻塞状态，确保管道启动时该分支无数据流动

示例代码（C语言）：

// 获取管道中的tee元素
GstElement *tee = gst_bin_get_by_name(GST_BIN(pipeline), "t");
// 获取第二个src pad（src_1）
GstPad *second_src_pad = gst_element_get_static_pad(tee, "src_1");
g_object_unref(tee); // 释放tee元素的引用

// 在管道设置为PLAYING状态前，阻塞该pad
gst_pad_set_blocked(second_src_pad, TRUE);

2. 运行时动态启停分支 #

后续需要激活或停用该分支时，只需切换pad的阻塞状态即可。注意要确保调用在GStreamer的主线程（GLib主循环所在线程）中执行，或用gst_element_call_async()保证线程安全：

// 激活第二个分支：解除pad阻塞
gst_pad_set_blocked(second_src_pad, FALSE);

// 停用第二个分支：重新阻塞pad
gst_pad_set_blocked(second_src_pad, TRUE);

如果使用Python绑定，代码逻辑类似：

tee = pipeline.get_by_name("t")
second_src_pad = tee.get_static_pad("src_1")

# 初始化阻塞
second_src_pad.set_blocked(True)

# 运行时切换
second_src_pad.set_blocked(False)  # 激活
second_src_pad.set_blocked(True)   # 停用

为什么不推荐链接/解除链接？ #

• 预构建管道的拓扑结构固定，运行时拆链需要先暂停管道，操作繁琐且易破坏状态一致性
• 链接/解除链接会触发一系列元素状态变化事件，增加调试复杂度
• Pad阻塞是GStreamer官方推荐的数据流控制方式，专为“按需启停分支”场景设计，稳定性和性能更优

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