关于push和pull模式的说明

原创 2001年12月21日 15:48:00

最近好像很多人关注网络数据流的时时播放.要求延时小.所以大家考虑使用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

 

消息队列的pull与push模式理解

错误理解之所以将这个标题,定义为错误理解,原因就是无法真正的说服自己;消息队列的模式有两种pull与push.先说说我之前的理解: pull模式指,客户端连接上broker之后,主动发起方法调用获取远...
  • zhurhyme
  • zhurhyme
  • 2017年07月21日 18:56
  • 1203

消息系统该Push/Pull模式分析

消息系统该Push/Pull模式分析    出处信息     信息推拉技术简介     “智能信息推拉(IIPP)技术”是在网上信息获取技术中加入了智能成份,从而有助于用户在海量...
  • pi9nc
  • pi9nc
  • 2014年05月30日 22:27
  • 16453

消息推送分类:推动(Push)模式和拉动(Pull)模式

push:保持长连接(采用异步socket建立tcp连接),能实时无延迟的收到服务推送过来的消息。服务器的域名不会改变,客户端能够找到服务器,而手机客户端是用的是移动运营商的网络,若30分钟(不同省份...
  • jia12216
  • jia12216
  • 2015年11月23日 10:56
  • 4593

Open drain & push pull 原理(转)

Open drain & push pull 原理阅读(82) 评论(1) 发表时间:2008年07月16日 08:44本文地址:http://qzone.qq.com/blog/35182762-1...
  • asdfasdfhhh
  • asdfasdfhhh
  • 2009年06月22日 17:40
  • 27611

push和pull技术对比

推送(PUSH)技术是一种建立在客户服务器上的机制,就是由服务器主动将信息发往客户端的技术。同传统的拉(PULL)技术相比,最主要的区别在于推送(PUSH)技术是由服务器主动向客户机发送信息,而拉(P...
  • ocean20
  • ocean20
  • 2008年12月03日 08:52
  • 9779

git clone,push,pull,fetch命令详解。(转载)

本文转载自 http://www.ruanyifeng.com/blog/2014/06/git_remote.html Git是目前最流行的版本管理系统,学会Git几乎成了开发者的必备技能...
  • u012575819
  • u012575819
  • 2016年01月21日 10:30
  • 15958

RabbitMQ之Consumer消费模式(Push & Pull)

概述消息中间件有很多种,进程也会拿几个来对比对比,其中一种对比项就是消费模式。消息的消费模式分Push,Push两种,或者两者兼具。RabbitMQ的消费模式就是兼具Push和Pull。 本文通过d...
  • u013256816
  • u013256816
  • 2017年03月17日 16:12
  • 5723

RabbitMQ Consumer获取消息的两种方式(poll,subscribe)解析

Producer和Queue Consumer和Queue 长连接
  • yangbutao
  • yangbutao
  • 2013年09月01日 16:11
  • 30335

java-rabbitmq-实例pull模式拉取消息

java-rabbitmq-实例pull模式拉取消息 描述: 手动拉取指定队列的消息。 运行: D7_PullSend.main(); D7_PullRecv.main();...
  • xxj_jing
  • xxj_jing
  • 2017年09月19日 10:57
  • 498

消息队列-rabbitMQ

消息队列两个用处:服务间解耦,缓解压力(削峰平谷),以前用过ZMQ、狼厂内部的NMQ,现在接触了java开源的kafka和RabbitMQ。目前先不求甚解,有个大概的认识。 RabbitMQ的安装和入...
  • whuqin
  • whuqin
  • 2014年12月18日 21:05
  • 1575
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:关于push和pull模式的说明
举报原因:
原因补充:

(最多只允许输入30个字)