目录

流式存储音频/视频

1.1 具有元文件的万维网服务器

1.2 媒体服务器 

1.3 实时流式协议 RTSP

使用 RTSP 的媒体服务器的工作过程

---

流式存储音频/视频

·“存储”音频/视频文件不是实时产生的，而是已经录制好的，通常存储在光盘或硬盘中。

传统浏览器从服务器下载已经录制好的音频/视频文件步骤

1.1 具有元文件的万维网服务器

·元文件就是一种非常小的文件，它描述或指明其他文件的一些重要信息。这里的元文件保存了有关这个音频/视频文件的信息。

1.2 媒体服务器 

·使用两个分开的服务器：万维网服务器，媒体服务器。

·媒体服务器： 流式服务器 (streaming server)，支持流式音频和视频的传送。

·媒体播放器与媒体服务器的关系：

        客户与服务器的关系。

        媒体播放器向媒体服务器请求音频/视频文件。

·媒体播放器与媒体服务器之间的交互：采用另外的协议。 

媒体播放器不是向万维网服务器、而是向媒体服务器请求音频/视频文件。

下载时使用 TCP，还是 UDP？

采用 UDP 有以下缺点：

1.由于网络情况多变，接收端的播放器很难做到始终按规定的速率播放。

2.很多单位的防火墙往往阻拦外部 UDP 分组的进入，因而使用 UDP 传送多媒体文件时会被防火墙阻拦掉。

3.使用 UDP 传送流式多媒体文件时，如果在用户端希望能够控制媒体的播放，如进行暂停、快进等操作，还需要使用另外的协议RTP 和 RTSP，增加了成本和复杂性。

·现在，对流式存储音频/视频的播放，如 YouTube 和 Netflix，都是采用 TCP 来传送。

使用 TCP 传送流式视频的主要步骤

·如果是观看实况转播，应当首先考虑使用 UDP 来传送。

         ·若使用 TCP 传送，当出现网络严重拥塞时，会产生播放暂停。

        ·使用 UDP 传送时，即使因网络拥塞丢失了一些分组，对观看的感觉也会比突然出现暂停要好些。

1.3 实时流式协议 RTSP

·实时流式协议 RTSP (Real-Time Streaming Protocol) ：

        ·应用层的多媒体播放控制协议，不传送数据。

        ·以客户服务器方式工作。

        ·使用户在播放从互联网下载的实时数据时能够进行控制，如：暂停/继续、后退、前进等。

        ·又称为“互联网录像机遥控协议”。

·RTSP 是有状态的协议，它记录客户机所处于的状态（初始化状态、播放状态或暂停状态）。

·RTSP 控制分组既可在 TCP 上传送，也可在 UDP 上传送。

·RTSP 没有定义音频/视频的压缩方案，也没有规定音频/视频在网络中传送时应如何封装在分组中，没有规定音频/视频流在媒体播放器中应如何缓存。

使用 RTSP 的媒体服务器的工作过程

使用 RTSP 的媒体服务器的工作过程

1.浏览器向万维网服务器请求音频/视频文件。

2.万维网服务器从浏览器发送携带有元文件的响应。

3.浏览器把收到的元文件传送给媒体播放器。

4.RTSP 客户与媒体服务器的 RTSP 服务器建立连接。

5.RTSP 服务器发送响应 RESPONSE 报文。

6.RTSP 客户发送 PLAY 报文，开始下载音频/视频文件。

7.RTSP 服务器发送响应 RESPONSE 报文。

8.RTSP 客户发送 TEARDOWN 报文断开连接。

9.RTSP 服务器发送响应 RESPONSE 报文。

欢迎一起学习~