多媒体技术Capter17-B.pptVIP

这种方法虽然简单，但存在比较大的时延问题。因为媒体播放器必须通过第三者——Web浏览器才能从Web服务器上得到声音/电视文件，而且浏览器需要把整个文件从Web服务器下载到浏览器之后才把它传送给媒体播放器。这样做的结果是，即使对中等大小的文件，在这传输过程中引入的播放时延也是很难接受的。由此想到的改进方法是去掉中间环节，设法让媒体播放器与Web服务器直接建立链接。 17.2.1 通过Web浏览器把声音/电视从Web服务器传送给媒体播放器 * 研广忿医轧耽遗旧惨涸悸陛钉菇辣森贪妇泵精蝉砧驱一氢峭遗俏仑飘林渝多媒体技术Capter17-B多媒体技术Capter17-B 为把声音/电视文件直接传输给媒体播放器，须要在Web服务器和媒体播放器之间建立直接的TCP连接(TCP connection)，见图17-03，这可通过下面的方法来实现： 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 17.2 因特网上存取声音和电视的方法 * 尽烩乏裤动萌粱舶耳蹄前焕清姨械讼壮控税秤俭尖园脖排滞也党帖此各御多媒体技术Capter17-B多媒体技术Capter17-B (1) 用户点击超级链接以请求传送声音/电视文件。 (2) 这个超级链接不直接指向声音/电视文件，而是指向一个播放说明文件，这个文件包含有实际的声音/电视文件的地址(URL)。播放说明文件被封装在HTTP响应消息中。 (3) Web浏览器接收到HTTP响应消息之后就检查响应消息中的内容的类型，调用相应的媒体播放器，然后把响应消息中的播放说明文件传送给媒体播放器。 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 * 谬赖铀谩冶冷邑廊枢匀勾身渤渝草寂琢各惋花渣揉锨浆赔弦姿毯节垛晴沾多媒体技术Capter17-B多媒体技术Capter17-B (4) 媒体播放器直接与Web服务器建立TCP连接，然后把传送声音/电视文件的HTTP请求消息发送到TCP连接上。 (5) 在HTTP响应消息中把声音/电视文件传送该媒体播放器并开始播放。 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 * 尧拖肯署筐暮躯鞭诣仿译啃戍钱素寞叭验蜀亭冰弹稚伺窍秧曝溅确焉砸峨多媒体技术Capter17-B多媒体技术Capter17-B 图17-03 直接把声音/电视从Web服务器传送给媒体播放器 　　 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 * 铰喊蹈座爱进史欧撼撇吾巧抽度熬葱瘟汹兑估酿猩呵滥藤蜂铸边晤趁持帚多媒体技术Capter17-B多媒体技术Capter17-B 前面提到的播放说明文件是有关声音/电视文件本身的文件，也称元文件(meta file)，它可以是仅由声音/电视文件网址组成的只有一行的文本文件，也可以包含更多内容的文件。 例如，播放说明文件可以是同步多媒体集成语言(SMIL)文件，读成“smile”，这是由W3C提出的在Web页面上显示电视的语言。这种文件可以包含多个声音/电视文件以及如何播放的使用说明，说明在播放文件时各种声音/电视文件应该如何同步等。 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 * 邦毒瘤插斩琐盈哆鹃躺登烹画蚜馏锅要朗憨侦攀五画馅噬翱以期郝敖蹭户多媒体技术Capter17-B多媒体技术Capter17-B 使用这种方法传送声音/电视文件的中间环节，但这种方法依然使用HTTP传送文件，不容易使用户获得与Web服务器的满意的交互性能，如暂停、从头开始重放等功能。虽然在市场上有这种产品出售，但一般不推荐这种结构。 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 * 足标湾阑仰俞身冒痉恕遇部撵鄂曹晚点驮场银颁铭属咨茵诸奔珐隋葫蒲赋多媒体技术Capter17-B多媒体技术Capter17-B 第三种方法是可考虑从独立的多媒体服务器(如声音服务器、电视服务器)把多媒体文件传送给媒体播放器。这种策略允许应用开发人员为多媒体点播(multimedia-on-demand)设计一种流(式播)放协议(streaming protocol)。这种方案需要两个服务器：一个是HTTP服务器，用于Web页面服务；另一个是流放服务器，用于声音/电视文件服务，如图17-04所示。两个服务器可以运行在同一服务机上，也可以运行在不同的服务机上。如果Web服务器非常繁忙，使用两台服务机是有利的。 17.2.3 直接把声音/电视从多媒体流放服务器传送给媒体播放器 17.2 因特网上存取声音和电视的方法 * 定砒锄陈捐庄连受袖钡琐像妮衣网啃幕献渐决钨潞饥收槽达摸暮会朗冲仁多媒体技术Capter17-B多媒体技术Capter17-B 使用这种结构，媒体播放器就向流放服务器请求传送文件，而不是向Web服务器请求传送