流式存储音频视频_第1页
流式存储音频视频_第2页
流式存储音频视频_第3页
流式存储音频视频_第4页
流式存储音频视频_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

流式存储音频视频流式存储音频/视频浏览器从服务器下载已经录制好的音频/视频文件步骤如下:万维网服务器客户机服务器媒体播放器

GET:音频/视频文件

RESPONSE

音频/视频文件浏览器注意:传统的下载文件方法并没有涉及到“流式”(即边下载边播放)的概念。用户从客户机(clientmachine)的浏览器上用HTTP协议向服务器请求下载某个音频/视频文件。服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频/视频文件。整个下载过程可能会花费很长的时间。当浏览器完全收下这个文件后,就可以传送给自己机器上的媒体播放器进行解压缩,然后播放。浏览器从服务器下载音频/视频文件步骤1具有元文件的万维网服务器元文件就是一种非常小的文件,它描述或指明其他文件的一些重要信息。这里的元文件保存了有关这个音频/视频文件的信息。万维网服务器客户机服务器媒体播放器

元文件浏览器

GET:元文件

RESPONSE

GET:音频/视频文件

RESPONSE浏览器用户使用HTTP的GET报文接入到万维网服务器。这个超链指向一个元文件。这个元文件有实际的音频/视频文件的统一资源定位符URL。万维网服务器把该元文件装入HTTP响应报文的主体,发回给浏览器。客户机浏览器调用相关的媒体播放器,把提取出的元文件传送给媒体播放器。媒体播放器使用元文件中的URL,向万维网服务器发送HTTP请求报文,要求下载音频/视频文件。万维网服务器发送HTTP响应报文,把该音频/视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放。使用元文件下载音频/视频文件2媒体服务器为了更好地提供播放流式音频/视频文件的服务,现在最为流行的做法就是使用两个分开的服务器。一个是普通的万维网服务器,另一个是媒体服务器。媒体服务器也称为流式服务器(streamingserver),它支持流式音频和视频的传送。媒体播放器与媒体服务器的关系是客户与服务器的关系。媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。媒体服务器和媒体播放器之间采用另外的协议进行交互。使用媒体服务器万维网服务器媒体播放器

元文件浏览器

GET:元文件

RESPONSE

GET:音频/视频文件

RESPONSE媒体服务器客户机服务器媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。1~3前三个步骤仍然和上一节的一样,区别就是后面两个步骤。媒体播放器使用元文件中的URL接入到媒体服务器,请求下载浏览器所请求的音频/视频文件。下载可以借助于使用UDP的任何协议,例如使用实时运输协议RTP。媒体服务器给出响应,把该音频/视频文件发送给媒体播放器。媒体播放器在迟延了若干秒后,以流的形式边下载边解压缩边播放。使用媒体服务器下载音频/视频文件步骤传送音频/视频文件可以使用TCP,也可以使用UDP。起初人们选用UDP来传送。采用UDP会有以下几个缺点:由于网络的情况多变,在接收端的播放器很难做到始终按规定的速率播放。很多单位的防火墙往往阻拦外部UDP分组的进入,因而使用UDP传送多媒体文件时会被防火墙阻拦掉。使用UDP传送流式多媒体文件时,如果在用户端希望能够控制媒体的播放,如进行暂停、快进等操作,那么还需要使用另外的协议RTP和RTSP,增加了成本和复杂性。使用TCP,还是UDP?现在对流式存储音频/视频的播放,如YouTube和Netflix,都是采用TCP来传送。使用TCP,还是UDP?客户机万维网服务器TCP发送缓存TCP接收缓存视频文件应用程序缓存等时地从缓存中把帧读出,解压缩,显示在屏幕上互联网上传送已发送的待发送的已收到的

用户使用HTTP获取存储在万维网服务器中的视频文件,然后把视频数据传送到TCP发送缓存中。若发送缓存已填满,就暂时停止传送。从TCP发送缓存通过互联网向客户机中的TCP接收缓存传送视频数据,直到接收缓存被填满。从TCP接收缓存把视频数据再传送到应用程序缓存(即媒体播放器的缓存)。当这个缓存中的视频数据存储到一定程度时,就开始播放。这个过程一般不超过1分钟。在播放时,媒体播放器等时地(即周期性地)把视频数据按帧读出,经解压缩后,把视频节目显示在用户的屏幕上。使用TCP传送流式视频主要步骤如果是观看实况转播,那么最好应当首先考虑使用UDP来传送。如果使用TCP传送,则当出现网络严重拥塞而产生播放的暂停时,就会使人难于接受。使用UDP传送时,即使因网络拥塞丢失了一些分组,对观看的感觉也会比突然出现暂停要好些。使用TCP,还是UDP?3实时流式协议RTSP实时流式协议RTSP(Real-TimeStreamingProtocol)本身并不传送数据,是一个多媒体播放控制协议。它以客户服务器方式工作,用来使用户在播放从互联网下载的实时数据时能够进行控制,如:暂停/继续、后退、前进等。因此RTSP又称为“互联网录像机遥控协议”。要实现RTSP的控制功能,我们不仅要有协议,而且要有专门的媒体播放器

(mediaplayer)和媒体服务器(mediaserver)。RTSP是有状态的协议。它记录客户机所处于的状态(初始化状态、播放状态或暂停状态)。RTSP控制分组既可在TCP上传送,也可在UDP上传送。RTSP没有定义音频/视频的压缩方案,也没有规定音频/视频在网络中传送时应如何封装在分组中。RTSP没有规定音频/视频流在媒体播放器中应如何缓存。RTSP特点万维网服务器媒体播放器

元文件浏览器媒体服务器

GET:元文件

RESPONSESETUP

RESPONSEPLAY

RESPONSE

RESPONSE

TEARDOWN

音频/视频流使用RTSP的媒体服务器的工作过程浏览器向万维网服务器请求音频/视频文件。万维网服务器从浏览器发送携带有元文件的响应。浏览器把收到的元文件传送给媒体播放器。RTSP客户与媒体服务器的RTSP服务器建立连接。RTSP服务器发送响应RESPON

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论