2012年2月16日
摘要: 在网络上传输音视频(A/V)等多媒体信息主要有下载和流式传输两种。流式传输包括:实时流式传输和顺序流式传输。 流式传输需要两个条件:缓存 因为互联网进行断续的异步传输是以包传输为基础的。对于一个存储的音视频文件或实时的音视频源,为了利于传输,需要将文件分解为许多的包。由于网络状态不停的在改变,各个包可能选择的路由不同,导致先发的数据包比后发的数据包后到,造成到达客户端的时间不同。针对这一情况,为了弥补延时和抖动的影响,采用缓存技术,使多媒体数据连续输出。由于高速缓存存储数据是通过使用环形链表结构的,通过丢弃己经播放过的数据内容,利用空出的高速缓存空间流可以重新缓存后续尚未播放的数据内容... 阅读全文
posted @ 2012-02-16 10:33 limo 阅读(385) 评论(0) 推荐(0) 编辑
摘要: 流媒体播放方式单播 在客户端与媒体服务器之间需要建立一个单独的数据通道,从一台服务器送出的每个数据包只能传送给一个客户机。组播 IP组播技术构建一种具有组播能力的网络,允许路由器一次将数据包复制到多个通道上。点播与广播 点播连接是客户端与服务器之间主动的连接。在点播连接中,用户通过选择内容项目来初始化客户端连接。用户可以开始,停止,后退,快进或者暂停流。广播指的是用户被动接受流。在广播过程中,客户端接收流,但不能控制流。从考虑网络带宽资源的利用率考虑,组播是很好的方式。而从考虑用户操作的控制性来考虑,点播是很好的方式。 阅读全文
posted @ 2012-02-16 10:33 limo 阅读(345) 评论(0) 推荐(0) 编辑
摘要: 媒体传输流协议:RTP、RTCP,详见RFC1889 A Transport Protocol for Real-Time Applications 媒体控制:RTSP(Real Time Streaming Protocol,详见RFC2326),默认端口554 媒体公告(Media Announcement):SAP(Session Announcement Protocol,详见RFC2974 )、SDP( Session Description Protocol,详见RFC2327) 微软媒体服务器:MMS(Microsoft MediaServer),又可以分为TCP和UDP... 阅读全文
posted @ 2012-02-16 10:31 limo 阅读(697) 评论(0) 推荐(0) 编辑
摘要: 用户选择某一流媒体服务后,Web浏览器与Web服务器之间使用HTTP/TCP交换控制信息,以便把需要传输的实时数据从原始信息中检索出来;Web浏览器启动音视频客户程序,使用HTTP从Web服务器检索相关参数对音视频客户程序初始化,这些参数可能包括目录信息、音视频数据的编码类型或与音视频检索相关的服务器地址;音视频客户端程序及音视频服务器运行实时流协议,以交换音视频传输所需的控制信息,实时流协议提供执行播放、快进、快倒、暂停及录制等命令的方法;音视频服务器使用RTP/UDP协议将音视频数据传输给音视频客户程序,一旦音视频数据抵达客户端,音视频客户程序即可播放输出。在流式传输中,使用 RTP/UD 阅读全文
posted @ 2012-02-16 09:33 limo 阅读(626) 评论(0) 推荐(0) 编辑
摘要: 音频文件存储在Web服务器上,当用户要听该音频文件时:用户的主机和Web服务器之间建立一个TCP连接,并且为该对象发送一个HTTP请求(请求元文件);Web服务器收到一个请求,在HTTP响应报文中封装这个音频文件,并将这个相应报文通过该TCP连接返回;元文件从浏览器传送给媒体播放器(作用:联系HTTP服务器);媒体播放器直接和HTTP服务器建立TCP连接,为该音视频文件向TCP连接发送一个HTTP请求报文;该音视频文件在HTTP响应报文中发送给媒体播放器。注:元文件作用:提供有关经HTTP流式发送的多媒体信息(如一个URL或者编码类型,因此能够确定适当的媒体播放器) 阅读全文
posted @ 2012-02-16 09:31 limo 阅读(1520) 评论(0) 推荐(0) 编辑