gstreamer核心源码走读typefind原理浅析（二） .

﹏ヽ暗。殇╰゛Y 2022-12-11 09:14 222阅读 0赞

在我的上一篇文章里，谈到：

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

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

本文将从源码分析的角度，重点将这2步分析清楚。可以说，理解了这2步以及它涉及到的一些对象通信关系，基本上可以说理解了gstreamer核心源码的精髓。

先记住这个准则：**当文件切换状态时，箱柜（bin）里的元件切换状态的顺序为从sink到source.**

**    在上篇文章，我已经介绍了source创建和typefind组件创建的过程，并把他们加入到了我们的pipeline中。很显然，当切换状态(NULL-READY\_PAUSE)时，就会走到gsttypefindelement.c文件中的切换状态函数去。如下图所示：**

**![a0d609cab851355c2559d1a205c2544c.png][]**

由上图中的标注我们知道，会进一步去调用父类的gst\_element\_change\_state\_func,在这个函数里面，会调用activate函数。如下图所示：

![8114fd18b68ae4af1c9236341302aa13.png][]

接着，gst\_element\_pads\_activate函数会先遍历src\_pads,激活src pads;然后遍历sink\_pad,同样激活sink pads.在激活pad时， 都会调用的函数为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）

所以实际上是对于typefind组件来说，会调用gst\_type\_find\_element\_activate（）函数。

在gst\_type\_find\_element\_activate函数里，会让typefind组件先激活在pull模式，开始typefinding。然后再激活到push模式。如下图所示：

![28319a2679d3499266ec453b30888f5f.png][]

然而，上述的2个函数返回值在我们设置了src的都不是false的，因为source组件在初始化时，basesrc里会设置  gst\_pad\_set\_getrange\_function (pad, gst\_base\_src\_pad\_get\_range);（笔者注：关于这点，读者可暂时没有必要去关注太多细节。）  
     于是不会进入if语句下开始push模式的数据流动，而是会开始PULL模式的数据流。它会根据源组件的扩展名去获取数据来进一步作类型识别。

![20acf09d21b9f662d6142d1f45c2592f.png][]

上面的ext是根据src组件文件的uri来获取扩展名。它的办法很简单，根据uri从后往前扫描，当读到uri时，扫描完成。然后把字符串保存到扩展名中。

![f785b2a18a45d5bf3c12014bb6005f91.png][]

接着，由于typefind工厂里保存了支持的文件扩展名信息（具体可参看下图的工厂定义），

gst\_typefin\_helper\_get\_range\_ext函数把扫描到的文件扩展名与typefind工厂里的扩展名进行对比。

![f36a784a9190a4cfeaaef5c467887dce.png][]

![119e98ef018a78d41b0a2d67615d463e.png][]

如果找到一个与扩展名匹配的工厂，则调用gst\_type\_find\_factory\_call\_function去加载相应的插件。

在该函数里，首先，他会调用gst\_plugin\_feature\_load，根据前面查到的匹配的typefind工厂名去加载我们需要的插件以获取媒体功能（编解码等）；

然后，他调用该工厂里的GstTypeFindFunction成员函数来实现source识别。这个tyepfind成员函数的实现都是在typefindfunction模块实现的，并且在gstreamer初始化的时候注册到typefind工厂里。

看到这里，你也许看到一大堆对象：typefind组件，typefind工厂，等等。他们之间是什么关系呢？如何合作来实现我们需要的功能？

欲知后事如何，且听下回分解

如需转载，请注明出处：本博客链接[http://blog.csdn.net/acs713/article/details/7742976][http_blog.csdn.net_acs713_article_details_7742976]

[a0d609cab851355c2559d1a205c2544c.png]: /images/20221123/ac7e59dcd81f432ea56e3d5f87e32c3e.png
[8114fd18b68ae4af1c9236341302aa13.png]: /images/20221123/2e61cfbca4a341c79d123c476617e84b.png
[28319a2679d3499266ec453b30888f5f.png]: /images/20221123/68b2fd615bb54fa09bc61f8ebe9ed4e9.png
[20acf09d21b9f662d6142d1f45c2592f.png]: /images/20221123/a0ae4ca7f27c453191210934a2c126d7.png
[f785b2a18a45d5bf3c12014bb6005f91.png]: /images/20221123/d88db83435df40128d79f18763f9149c.png
[f36a784a9190a4cfeaaef5c467887dce.png]: /images/20221123/6158e945bffb45afaaa01910ddc49270.png
[119e98ef018a78d41b0a2d67615d463e.png]: /images/20221123/be718e3380344a1787586675849e05b0.png
[http_blog.csdn.net_acs713_article_details_7742976]: http://blog.csdn.net/acs713/article/details/7742976