关于push和pull模式的说明

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

pull模式：

在拉模式中，source filter与一个parser filter连接，parser filter向source filter请求数据，source filter回应请求并传

递数据。

需要的是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模式：

在push模式中，source filter产生数据，并将其递交给下游的filter，下游的filter被动地接收数据并处理它们，再将数据传递给它的下游filter。

流的控制是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，希望能够告之大家...谢谢了:)