HLS,HTTP,RTSP,RTMP協議的區別：

• 用HTTP方式： 先通過伺服器將FLV下載到本地快取，然後再通過NetConnection的本地連線來播放這個FLV，這種方法是播放本地的視訊，並不是播放伺服器的視訊。因此在本地快取裡可以找到這個FLV。其優點就是伺服器下載完這個FLV，伺服器就沒有消耗了，節省伺服器消耗。其缺點就是FLV會快取在客戶端，對FLV的保密性不好。

• 用RTMP方式： 通過NetConnection連線到FMS(Flash Media Server)或Red5伺服器，並實時播放伺服器的FLV檔案，這種方式可以任意選擇視訊播放點，並不象HTTP方式需要快取完整個FLV檔案到本地才可以任意選擇播放點，其優點就是在本地快取裡是找不到這個FLV檔案的。其優點就是FLV不會快取在客戶端，FLV的保密性好，其缺點就是消耗伺服器資源，連線始終是實時的。

  由以上分析可知，Http方式是本地播放，而RTMP方式是伺服器實時播放.

• RTSP: RTSP 1.0標準的制訂者沒有充分預測到網際網路頻寬的快速增長，以及由於IPv4地址短缺導致的NAT技術的廣泛使用，還有代理伺服器的大量存在，它在傳輸可靠性和易用性上都存在一定的缺陷。雖然各家廠商都做了一定程度的修補，比如支援RTSP over HTTP，支援NAT穿透等，但仍然於事無補。在2005之後網路視訊大爆炸的幾年中，RTSP 1.0並沒有得到youtube, hulu, 土豆，優酷等視訊服務提供商的青睞，相反，Adobe公司開發的私有流媒體技術RTMP以其優秀的易用性和富媒體的一體化整合，得到了多數視訊服務提供商的追捧，成為了事實上的標準.

• HLS(Http Living Streaming): 從2010年起，蘋果開始在iOS裝置上支援一種叫做”Live HTTP”的流媒體技術，並宣佈在iOS上不會支援RTSP和Flash技術。Live HTTP本質上跟基於HTTP的檔案分段下載很接近。在頻寬充裕的前提下，live HTTP能夠實現跟RTSP和RTMP同樣的流媒體播放效果，同時得到了更好的易用性，更簡單的控制。
  在最新一代的超文字標識語言HTML5中，視訊檔案的點播，同樣也採用了HTTP作為其承載協議。