基於HTTP的流媒體協議

 

HTTP Live Streaming目前還是Internet的草案，由於HTTP協議本身的極限，比如說要指定content-length等，之前一直以爲是不能作爲流媒體協議來使用的。看了一下那個草案，確實也是一個折衷，就是把媒體流分成一個一個文件，然後再用另外一個文件（後綴名m3u，是不是很熟悉呢？千千靜聽那個打開的文件對話框有這個）來指定客戶端要先下載哪一個文件，再下載哪一個文件。

#EXTM3U
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-TARGETDURATION:10
#EXTINF:10,
http://media.example.com/segment1.ts
#EXTINF:10,
http://media.example.com/segment2.ts
#EXTINF:10,
http://media.example.com/segment3.ts
#EXT-X-ENDLIST

上面是一個簡單的m3u文件，指定了3個分片。按照文檔說的，如果不指定#EXT-X-ENDLIST，那麼播放器每隔一段時間就會再檢查一下這個文件有沒有更新，很麻煩，有木有啊？

大概就是這樣子，詳細的東西可以去看RFC草案，http://tools.ietf.org/html/draft-pantos-http-live-streaming-06

蘋果公司也給出了一個文檔，地址：http://disanji.net/iOS_Doc/#documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html#//apple_ref/doc/uid/TP40008332-CH101-SW2

大概就是這樣子。