RTMP和Http优劣

用HTTP方式：　

先通过IIS 将FLV下载到本地缓存，然后再通过NetConnection的本地连接来播放这个FLV，这种方法是播放本地的视频，并不是播放服务器的视频。因此在本地缓存里可以找到这个FLV。

其优点就是服务器下载完这个FLV，服务器就没有消耗了，节省服务器消耗。其缺点就是FLV会缓存在客户端，对FLV的保密性不好。

用RTMP方式：　

通过NetConnection连接到FMS/Red5服务器，并实时播放（直播）服务器的FLV文件。对于点播，这种方式可以任意选择视频播放点（SEEK()）。不象HTTP方式需要缓存完整个FLV文件到本地才可以任意选择播放点，其优点就是在本地缓存里是找不到这个FLV文件的，就是FLV不会缓存在客户端，FLV的保密性好，其缺点就是消耗服务器资源，连接始终是实时的。一句话，一个是本地播放，一个是服务器实时播放，因需而定。

HTTP现在应用的比较多，因为这个完全不需要RED5或者FMS的服务器端的支持，普通的WEB服务器都可以实现（虚拟主机）后面一个就必须有服务器了，不过保密性会强一些。只所以大多数站点都用HTTP模式，一个是因为对服务器来说压力小一些，另外一种对FLASH来讲，播放器的参数更容易设置一些，因为只要修改xxx.swf?file=xxx就可以了。

HHTP也可以支持直播

HTTP Live Streaming（HLS），于HTTP的流媒体网络传输协议。它的工作原理是把整个流分成一个个小的基于HTTP的文件来下载，每次只下载一些。当媒体流正在播放时，客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源，   允许流媒体会话适应不同的数据速率。

在开始一个流媒体会话时，客户端会下载一个包含元数据的extended M3U (m3u8) playlist文件，用于寻找可用的媒体流。HLS只请求基本的HTTP报文，与实时传输协议（RTP)不同，HLS可以穿过任何允许HTTP数据通过的防火墙或者代理服务器。它也很容易使用内容分发网络来传输媒体流。苹果公司把HLS协议作为一个互联网草案（逐步提交），在第一阶段中已作为一个非正式的标准提交到IETF。但是，即使苹果偶尔地提交一些小的更新，IETF却没有关于制定此标准的有关进一步的动作。