多线程处理

目标：GStreamer可以自动处理多线程，但在某些情况下，可能需要手动分离线程。
介绍：GStreamer 是一个多线程框架。这意味着在内部，它根据需要创建和销毁线程，例如将流媒体与应用程序线程分离。此外，插件还可以自由地为它们自己的处理创建线程，例如，视频解码器可以创建 4 个线程以充分利用具有 4 个核心的 CPU。

此外，在构建管道时，应用程序可以显式指定分支（管道的一部分）在不同的线程上运行（例如，使音频和视频解码器同时执行）。

这可以通过使用队列元素来实现。队列元素的工作原理如下：接收端简单地将数据入队并返回控制权。在不同的线程上，数据被出队并向下游推送。此元素还用于缓冲，后续在流媒体教程中会看到。可以通过属性控制队列的大小。

Request pads

在基础教程 3：动态管道中，我们看到了一个元素（uridecodebin），它一开始没有 pad，而是在数据开始流动，并且元素获得媒体信息时出现的。这些被称为“Sometimes Pads”，与随时可用的常规 pad 相对应，后者称为“Always pads”。

第三种类型的 pad 是 Request pads，它是根据需要创建的。经典的例子是 tee 元素，它有一个sink pad 和没有初始化的source pads：它们需要被请求，然后 tee 添加它们。通过这种方式，输入流可以被复制任意多次。缺点是与“Sometimes Pads”连接元素不像与“Always pads”连接那样自动。

注意：在 PLAYING 或 PAUSED 状态下请求（或释放）pad 时，需要采取额外的注意事项（pad 阻塞），本教程中未描述这些。不过，在 NULL 或 READY 状态下请求（或释放）pad 是线程安全的。

函数与知识点

1. AudioTestSrc 属性：可以用来生成基本的音频信号。它支持几种不同的波形，并允许设置基本频率和音量。一些波形可能使用额外的属性。

2. Wavescope 属性：是一个简单的音频可视化元素。它以示波器的方式渲染波形。

3. 转换元素（audioconvert、audioresample和videoconvert）是为了确保管道可以链接起来。事实上，音频和视频输出的Capabilities取决于硬件，在设计时您不知道它们是否与audiotestsrc和wavescope产生的Caps匹配。然而，如果Caps匹配，这些元素将处于"直通模式"，不会修改信号，对性能几乎没有影响。

4. freq 介绍：audiotestsrc的属性之一。

   功能：“freq”属性控制波的频率（215Hz可以使波在窗口中几乎静止）。
   注意：此样式和visual的shader属性用于使wavescope波连续显示。

5. gst_element_link_many() 警告：实际上可以链接具有请求pad的元素。它在内部请求了pad，因此不必担心链接的元素是具有Always pads还是Request pads。这是不方便的，可能听起来很奇怪，因为您仍然需要在之后释放申请的pads，并且如果pad是通过gst_element_link_many()自动请求的，很容易忘记。

6. GstPad *gst_element_request_pad_simple (GstElement * element, const gchar * name) 功能：按名称（例如“src_%d”）从元素中检索一个pad。此版本仅检索Request pads。pad应该使用gst_element_release_request_pad()释放。

   说明：如果pad需要具有特定的名称（例如，名称是“src_1”而不是“src_%u”），则该方法比手动获取pad模板并调用gst_element_request_pad()慢。

7. GstPad *gst_element_get_static_pad (GstElement * element, const gchar * name) 功能：按名称从元素中检索pad。此版本仅检索已经存在的（即“静态”）pads。

8. GstPadLinkReturn gst_pad_link (GstPad * srcpad, GstPad * sinkpad) 功能：链接source pad和sink pad

   说明：gst_element_get_static_pad()内部使用了gst_element_link()和gst_element_link_many()

cleanup

1. gst_element_release_request_pad() 解除函数与知识点6的引用。
2. gst_object_unref() 解除tee的引用。