最近好像很多人关注网络数据流的时时播放．要求延时小．所以大家考虑使用push模式．
确实，push模式是针对live streaming video．pull针对的是文件的播放．
可是麻烦的是,如果想使用push播放，并且需要splitter filter的话，就会遇到麻烦了．
（如果，只是播放video，直接连接到decoder filter的话，应该没有这个麻烦），因为
并不是所有的splitter filter支持push模式．为什么呢？
下面从基本说起．
pull模式：
需要的是IAsyncReader接口．速度的控制是splitter filter代替了source filter．这是
个标准的directshow的机制．outpin必须同意splitterfilter的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
2001.12.21
