CSDN博客

img capboy

关于push和pull模式的说明

发表于2001/12/21 15:48:00  3929人阅读

分类: DirectShow

最近好像很多人关注网络数据流的时时播放.要求延时小.所以大家考虑使用push模式.
确实,push模式是针对live streaming video.pull针对的是文件的播放.
可是麻烦的是,如果想使用push播放,并且需要splitter filter的话,就会遇到麻烦了.
(如果,只是播放video,直接连接到decoder filter的话,应该没有这个麻烦),因为
并不是所有的splitter filter支持push模式.为什么呢?
下面从基本说起.

pull模式:
需要的是IAsyncReader接口.速度的控制是splitter filter代替了source filter.这是
个标准的directshow的机制.outpin必须同意splitter filter的allocator properties.
这就是为什么没有办法改变传递的数据块的大小了(虽然可以修改每个的大小,可是没有
办法改变数据的总大小,就是为什么要求的数据一定会是2的次方了32768*6,16384*12等等).
在和splitter的连接过程中,splitter需要读一些数据来判断,从而决定流的类型,长度,
和一些相关的信息.连接完后,filter graph开始运行,splitter filter会继续从source
filter要求数据,使用的是 IAsyncReader::SyncReadAligned() .就完成了render工作.

push模式:
流的控制是source filter完成.在开始连接时,splitter是不会要求数据,所有的判断操作
都转交给decoder处理了.render后,就是数据的传输了,使用CBaseOutputPin::GetDeliveryBuffer(),
在CBaseOutputPin::Deliver() ,就可以了.但是,最重要的是,push模式的CBaseOutputPin
要求IMemInput接口的支持!可惜的是,不是所有的splitter都有该接口.
(可以在“CBaseOutputPin Class”这章中,看到:
“Connects only to input pins that support the IMemInput interface.” ,CSourceStream
是从CBaseOutputPin继承的,所以有同样的问题)

大家可以看到,这是两个不同的机制.所以就造成了刚才的麻烦.不是每个splitter会支持
这两个模式的.不支持push模式的splitter,会单方面的要求IAsyncReader的支持,可是你的
source filter却不支持,怎么办???没有办法...结果就是没有办法render成功了.

做MPEG2的朋友就有福气了,对于mpeg2的播放,微软提供了两个filter来支持source filter.
MPEG-2 Demultiplexer:这个是支持push模式的filter了.大家可以看看文档中说的:
The MPEG-2 Demultiplexer (Demux) operates on MPEG-2 transport and program streams
that are delivered in push-mode. (For demultiplexing MPEG-2 program streams that
are delivered in pull-mode, such as in file-playback scenarios, use the MPEG-2 Splitter filter.)
MPEG-2 Splitter filter:这就是基本的splitter filter了.

做MPEG1的朋友们只好使用替代方法了:
如果在pull模式下,把流长度信息该为infinite的话,就可以从播放时间上等同于push模式.
虽然没有象push那样时时,数据的递交权不在自己的手中,可是在没有更好的splitter filter
时,还是个不错的替代方法,至少我做到了1秒的延时(应该不至于没法忍受:)).
如果有谁找到了支持push的MPEG1的splitter filter,希望能够告之大家...谢谢了:)


afterain
afterain@263.net
2001.12.21

 

0 0

相关博文

我的热门文章

img
取 消
img