相见恨晚之gstreamer 核心源码source创建和识别typefind原理浅析（一）

一般情况下，用户打开一个多媒体文件，gstreamer首先需要知道文件的类型，然后创建相应的解码器来解析这个文件，最终实现播放这个文件。

一个实现流程实例如下：

（1） app程序通知gstreamer会根据uri、文件路径，创建相应类型的src组件，一般为filesrc组件(element))

（2） 接着根据插件名创建type_find组件

（3） 将filesrc element与typefind
element连接link起来，添加到一个gstbin（pipeline）中

（4） 当app用户打开文件后，接着通知 gstreamer去切换状态。

case GST_STATE_CHANGE_READY_TO_PAUSED:

if (!gst_element_pads_activate (element, TRUE)) {

result = GST_STATE_CHANGE_FAILURE;

}

注意：When changing states, a bin will set the state on all of its children in

sink-to-source order.说明，状态切换先发生在typefind组件上。

（5）gst_element_pads_activate (element, TRUE)函数里接着调用 iter = gst_element_iterate_src_pads (element);

res =

iterator_activate_fold_with_resync (iter,

(GstIteratorFoldFunction) activate_pads, &active);

接着

（6）接着activate_pads函数调用gst_pad_set_active，接着调用(GST_PAD_ACTIVATEFUNC (pad)) (pad)（该宏由gsttypefindelement在实例初始化时

gst_pad_set_activate_function (typefind->sink,

GST_DEBUG_FUNCPTR (gst_type_find_element_activate)); 即GST_PAD_ACTIVATEFUNC (pad) = gst_type_find_element_activate）所以实际是调用gst_type_find_element_activate（）函数，

（7）在static gboolean gst_type_find_element_activate (GstPad * pad)函数里:

/* 1 */

if (!gst_pad_check_pull_range (pad) || !gst_pad_activate_pull (pad, TRUE)) {

start_typefinding (typefind);

return gst_pad_activate_push (pad, TRUE);

}

typefind会先activate在pull mode，最后调用XX_XX_get_range函数

即：gst_pad_check_pull_range 会调用pad上的函数指针，最终会调用到basesrc的check_get_range虚函数。即：

先调用gst_base_src_pad_check_get_range----》

接着调用gst_base_src_check_get_range----》

（ bclass->check_get_range ） 这里调用：：gst_base_src_default_check_get_range----》

然后调用gst_base_src_start--》

（ bclass = GST_BASE_SRC_GET_CLASS (basesrc);

if (bclass->start)

result = bclass->start (basesrc);

else

result = TRUE; ）

在filesrc组件里，对start函数进行了覆盖，即调用gst_file_src_start。

（8）Filesrc最终会调用open函数打开文件。接着src组件状态也发生切换，创建一个task，最后把文件信息推送给typefind;

（9） typefind会从src读取一部分数据然后送出typefind_callback，在callback里面创建合适的plugin.

未完待续，会接着补充。



Smith先生版权所有，

如需转载，请注明出处：本博客链接/article/2149464.html