Gstreamer调度模式的分析

Gstreamer调度模式的分析

分类： 多媒体 2012-02-23 00:19 122人阅读 评论(0) 收藏 举报

api2010

 

http://www./a/201007/9825.html

Gstreamer 的调度模式是 gstreamer 内核中比较重要，但是又较为复杂的部分（呵呵，好象是废话，但是又不得不说的）。简单地说， Gstreamer 的调度模式就是：一种确定一个 element 何时被调用 为它的同伴 element 处理和准备数据的方法。是不是觉得上面的话太简单又太复杂了啊？继续看。

一． Gstreamer 的三种调度模式

[1] Push/Push mode

数据由上游的 element 推过来，由当前的 element 接收处理后，再推给下游的 element 。我们可以看出，这种模式中，当前的 element 必须等待上游的 element 把数据推过来，才可以做下一步的操作。因此，当前的 element 不是数据调度的发起者，它对数据的处理，仅仅能够影响下游的 element 。并且在这个模式中，当前的 element 不能控制上游的 element 的任何行为（当然，你可以从当前的 element 发 event 给上游的 element ，如果上游的 element 有相应的处理操作的话，会激发一个动作发生）。

 

[2] Pull/Push mode

如下图：数据由当前element从上游 的element处拉过来，加工处理后，推给下游的element。在这个模式中，当前的element是调用的发起者，而它的上游的element处于 被动调用的位置。同时有一点可想到的是：上游的element必须提供相应的接口函数给当前的element调用。所以，如果使用这个模式，当前的 element拥有调用发起的主动权。


[3] Pull/Pull mode

如 下图：数据由当前的element从上游的element处拉过来，加工处理后，被下游的element拉走。在这个模式里面，当前的element也必 须提供相应的接口函数给下游的element调用；当前的element不是调用的发起者，它只是调用的一个传递者；当然，当前的element可以调用 上游的element提供的相应接口。


二．调度模式的API实现

	调度模式	实现的接口 API
序号	Sink pad	Src pad	Sink pad	Src pad
1	push	push	_chain()
2	Pull	push	_loop()
3	Pull	Be pulled	_loop()	_get_range()