网站视频播放协议(http/RTSP/RTMP)区别和技术

　　基于HTTP的渐进下载(Progressive Download)流媒体播放仅是在完全下载后再播放模式基础上做了一些小的改进。与下载播放模式中必须等待整个文件下载完毕后才能开始播放不同，渐进下载客户端在开始播放之前仅需等待一段较短的时间用于下载和缓冲该媒体文件最前面的一部分数据，之后便可以一边下载一边播放。在正式开始播放之前的这一小段缓冲应使得后续即使在网络较为拥塞的情况下媒体数据也能够得以不间断地连续播放，通常需要几十秒甚至上百秒的时间。在这种模式下，客户端以自己以及Web服务器和网络所能允许的最大速度尽可能快地从服务器索取数据，而不考虑当前所播放压缩码流的实际码率参数。只有满足特定封装条件的媒体文件格式才支持这种类型的渐进下载播放，例如用于初始化解码器的编码参数必须放置在媒体文件的起始部位，音视频数据完全按照时间顺序进行交织等。

　　渐进下载流媒体播放采用标准HTTP协议来在Web服务器和客户端之间递送媒体数据，而HTTP又承载于TCP之上。TCP最初是为非实时性数据传输而设计的，其优化目标在于在保证整个网络总的稳定性和高吞吐量的前提下，最大化数据传输速率。为达到这个目的，TCP采用了一种称之为慢启动的算法，它首先以一个较低的速率来发送数据，然后再逐渐提高这个速率，直到 接收到来自目的方的分组丢失反馈报告。此时TCP认为 它已达到最高带宽限制或者网络中出现了拥塞，于是重 新开始以一个较低速率来发送数据，然后逐渐提高，这个过程不断地重复下去。TCP通过重传丢失的分组来达 到可靠传输的目的。然而，对于流媒体数据来说，TCP无法保证所有重传的数据能在它们预定的播放时刻之前 按时到达客户端。当这种情况出现时，客户端不能跳过 这些丢失或迟到的数据直接播放时间上靠后的媒体数 据，而必须停下来等待，从而导致播放器画面停顿和断 断续续的现象发生。

　　在渐进下载播放模式中，客户端需要在硬盘上缓存 所有前面已经下载的媒体数据，对本地存储空间的需求 较大。播放过程中用户只能在前面已经下载媒体数据的 时间范围内进行进度条搜索和快进、快退等操作，而无 法在整个媒体文件时间范围内执行这些操作。

2　RTSP/RTP流媒体协议

　　上述基于渐进下载的流媒体播放仅能支持点播而不能支持直播，媒体流数据到达客户端的速率无法精确控制，客户端仍需维持一个与服务器上媒体文件同样大小的缓冲存储空间，在开始播放之前需要等待一段较长的缓冲时间从而导致实时性较差，播放过程中由于网络带宽的波动或分组丢失可能会导致画面停顿或断续等待，不支持全时间范围的搜索、快进、快退等VCR操作。为克服这些问题，需要引入专门的流媒体服务器以及相应的实时流媒体传输和控制协议来进行支持。

　　RTSP/RTP是目前业界最为流行和广为采用的实时流媒体协议。

3

HTTP Live Streaming协议

详情见上篇

http渐进式：优点-目前最简单的使用，通过html5使用，可以实现简单网站视频服务器使用，无需额外任何配置

缺点- 1）无法直播 2）没有灵活的会话控制机制和流量控制机制

rtsp流媒体：优点- 1）强大的直播视频必备利器 2）版权保护

缺点- 1）软件设备要求太复杂，需要专门的rstp服务器配置 2）端口554可能会被防火墙当掉 

hls流媒体：优点- 1）通过m3u8索引文件可实现针对当前浏览设备的智能选择播放源，2）通过m3u8索引文件可实现添加备份索引文件，防止服务器崩溃视频播放失败 3）和http视频一样 不需要太多服务器额外配置

缺点- 1）并非真正实时视频，30s左右时间差 2）需要视频处理 3) 因为需要请求索引文件-》ts视频文件  请求次数相对较多，对服务器负载较大