1、目錄1 簡介22 概述23 播放列表文件33.1 介紹33.2新標(biāo)簽43.2.1EXT-X-TARGETDURATION43.2.2EXT-X-MEDIA-SEQUENCE43.2.3EXT-X-KEY43.2.4EXT-X-PROGRAM-DATE-TIME53.2.5EXT-X-ALLOW-CATCH53.2.6EXT-X-ENDLIST53.2.7EXT-X-STREAM-INF53.2.8EXT-X-DISCONTINUITY63.2.9EXT-X-VERSION64 多媒體文件75 密鑰文件75.1 介紹75.2 IV FOR AES-12876 客戶端/服務(wù)器行為86.1 介紹86

2、.2 服務(wù)器進(jìn)程86.2.1介紹86.2.2 滑動窗口播放列表96.2.3 加密媒體文件96.2.4 提供變種數(shù)據(jù)流106.3 客戶端進(jìn)程106.2.1 介紹106.2.2 加載播放列表文件116.2.3播放播放列表文件116.2.4重新載入播放列表文件116.2.5 確定下一個要加載的文件126.2.6 解密經(jīng)加密的媒體文件127 協(xié)議版本的兼容性128 例子128.1 簡單的播放列表文件128.2 滑動窗口播放列表，使用https138.3 加密的媒體文件與播放列表文件138.4 變種的播放列表文件131 簡介本文檔介紹了通過HTTP傳輸極大的多媒體數(shù)據(jù)流的協(xié)議RFC2616。該協(xié)議支持媒

3、體數(shù)據(jù)的加密，并提供流的備用版本（如比特率）。媒體數(shù)據(jù)可以在創(chuàng)建后被很快地傳輸，允許它在近實(shí)時被接收。在第11章中列出了，如HTTP的，描述相關(guān)標(biāo)準(zhǔn)的外部引用。2 概述多媒體演示文稿是由播放列表文件中的URI指定的，播放列表是一個由uri和信息標(biāo)簽組成的有序列表。每一個URI都關(guān)聯(lián)了一個媒體文件，該媒體文件是一個連續(xù)數(shù)據(jù)流的一個分片。為了播放數(shù)據(jù)流，客戶端首先獲取播放列表文件，然后獲取并播放列表中的每一個媒體文件。正如本文檔所描述的那樣，它通過重載播放列表文件來發(fā)現(xiàn)其他新增的分片。文檔中的關(guān)鍵詞“必須”“不準(zhǔn)”，“需要”“應(yīng)該”“不應(yīng)該”“推薦”“可以”“可選”等見RFC2119。3 播放列表

4、文件3.1 介紹播放列表必須是擴(kuò)展的M3U文件，該文檔通過定義新的標(biāo)簽擴(kuò)展了m3u文件的格式。M3U播放列表是一個文本文件，它包含了各自獨(dú)立的行，行以一個LF字符或者LF字符緊跟一個CR字符來結(jié)束。行可以是一個URI，空行，或者以字符#開頭?？招袑缓雎?。空格只能作為一行中不同元素間的分隔。一個URI 表示一個媒體文件或是變種播放列表文件（見3.2.7） URI可以是相對的，一個相對的URI必須被包含該URI的播放列表文件中的URI所解析。以注釋字符#開頭的行可能是注釋或者標(biāo)簽，標(biāo)簽以#EXT開頭，其他所有行都應(yīng)該被忽略。播放列表文件的持續(xù)時間是他所指向的媒體文件的時長的總和。以.M3U8作

5、為文件名后綴或者HTTPContent-Type（RFC2616）為“Application/ vnd.apple.mpegurl”的M3U播放列表文件使用UTF-8（RFC3629）編碼。以.M3U作為文件名后綴或者HTTPContent-Type為“audio/mpegurl”的M3U播放列表文件使用US-ASCII編碼。播放列表文件名必須以.M3U8為后綴、HTTPContent-Type為“Application/vnd.apple.mpegurl”（如果使用http傳輸）或者以.M3U為后綴、HTTPContent-Type為“audio/mpegurl”。擴(kuò)展的M3U文件格式定義了

6、兩種標(biāo)簽：EXTM3U和EXTINF。區(qū)分?jǐn)U展的M3U文件與普通M3U文件的關(guān)鍵在于前者的首行為#EXTM3U。EXTINF是一個記錄標(biāo)記，該標(biāo)記描述了后邊URI所指定的媒體文件。每個媒體文件URI前邊必須有EXTINF標(biāo)簽。格式如下：#EXTINF: <DURATION>, <TITLE>DURATION是一個整數(shù)，它指定了媒體文件以秒為單位的持續(xù)時間，時間應(yīng)四舍五入到最接近的整數(shù)。行內(nèi)逗號后邊的剩余部分是媒體文件的名字，該名字是媒體分片的人眼可讀的信息標(biāo)題。該文檔定義了如下的新標(biāo)簽：EXT-X-TARGETDURATION，EXT-X-MEDIA-SEQUENCE，

7、EXT-X-KEY，EXT-X-PROGRAM-DATE-TIME，EXT-X-ALLOW-CATCH，EXT-X-ENDLIST，EXT-X-STREAM-INF，EXT-X-DISCONTINUITY，EXT-X-VERSION3.2新標(biāo)簽3.2.1EXT-X-TARGETDURATION該標(biāo)簽指定了媒體文件持續(xù)時間的最大值，播放文件列表中的媒體文件在EXTINF標(biāo)簽中定義的持續(xù)時間必須小于或者等于該標(biāo)簽指定的持續(xù)時間。該標(biāo)簽在播放列表文件中必須出現(xiàn)一次，其格式為：# EXT-X-TARGETDURATION：<s>S是一個以秒為單位的整數(shù)。3.2.2EXT-X-MEDIA-S

8、EQUENCE播放列表文件中每個媒體文件的URI都有一個唯一的序列號。URI的序列號等于它之前那個RUI的序列號加一。EXT-X-MEDIA-SEQUENCE指明了出現(xiàn)在播放列表文件中的第一個URI的序列號。其格式如下：#EXT-X-MEDIA-SEQUENCE：< Number >播放列表文件中的EXT-X-MEDIA-SEQUENCE標(biāo)簽不能多于一個。如果播放列表文件中沒有EXT-X-MEDIA-SEQUENCE標(biāo)簽，那么將會把播放列表中第一個URI的序列號當(dāng)成0。媒體文件的序列號碼不是必須出現(xiàn)在它的URI中的。見6.3.2和6.3.5。3.2.3EXT-X-KEY媒體文件可能

9、是被加密的，EXT-X-KEY提供了解密媒體文件的必要信息，它的格式如下：#EXT-X-KEY：METHOD=<method> ,URI = “<uri>” ,IV = <iv>Method屬性指定了加密方法，定義了兩種加密方法：NONE和AES-128。加密方法NONE表示媒體文件不被加密，如果加密方法是NONE，那么URI和IV屬性不允許存在。加密方法AES-128表示媒體文件使用高級加密標(biāo)準(zhǔn)128位密鑰和PKCS7 padding加密。如果加密方法是AES-128，那么對于URI屬性，如果存在，則指定獲取密鑰的方法；對于IV屬性，如果存在，則指定使用密

10、鑰的初始化向量。IV屬性出現(xiàn)在協(xié)議版本2中，新的EXT-X-KEY將會取代任何一個先前的EXT-X-KEY。如果播放列表文件沒有包含EXT-X-KEY標(biāo)簽，那么媒體文件將不會被加密。密鑰文件的格式見第五章，媒體文件加密信息見5.2、6.2.3、6.3.6。3.2.4EXT-X-PROGRAM-DATE-TIMEEXT-X-PROGRAM-DATE-TIME標(biāo)簽將下一個媒體文件的開頭和絕對日期關(guān)聯(lián)起來。日期/時間的表示基于ISO/IEC，并且要指明時區(qū)。例如：#EXT-X-PROGRAM-DATE-TIME: < YYYY MM DDT hh : mm : ssZ>詳見6.2.1和6

11、.EXT-X-ALLOW-CATCHEXT-X-ALLOW-CATCH標(biāo)簽指定客戶端可以或者不準(zhǔn)緩存下載的媒體文件用來重播。它可能會出現(xiàn)在播放列表文件的任何地方，但是不能出現(xiàn)兩次或以上。該標(biāo)簽適用于播放列表中的所有分片。其格式如下：#EXT-X-ALLOW-CACHE: <YES|NO>詳見.6EXT-X-ENDLIST EXT-X-ENDLIST標(biāo)簽標(biāo)示沒有更多媒體文件將會加入到播放列表中，它可能會出現(xiàn)在播放列表文件的任何地方，但是不能出現(xiàn)兩次或以上。其格式如下： #EXT-X-ENDLIST3.2.7EXT-X-STREAM-INF EXT-X-

12、STREAM-INF標(biāo)簽表示在播放列表中的下一個URI標(biāo)識另一個播放列表文件。格式如下：#EXT-X-STREAM-INF: attribute=value , attribute=value * <URI>在一個EXT-X-STREAM-INF標(biāo)簽中attribute不能出現(xiàn)兩次或以上。其它屬性定義：BANDWIDTH = <n>n為每秒比特?cái)?shù),它必須是每個媒體文件比特速率的上限，必須經(jīng)過計(jì)算包含那些在播放列表中出現(xiàn)的或者將要出現(xiàn)的容器開銷。PROGRAM-ID= <i>i 是一個數(shù)字，在播放列表文件的范圍內(nèi)唯一的標(biāo)識了一個特定的演示文稿。 一個播放列表文

13、件可能包含多個具有相同PROGRAM-ID 的EXT-X-STREAM-INF標(biāo)簽來標(biāo)識某個演示文稿的不同編碼。這些變種的的播放列表可能包含額外的EXT-X-STREAM-INF標(biāo)簽。CODECS="format,format*"每一種格式都指定了存在于媒體文件中的媒體類型。合法的格式標(biāo)示符都是那些在ISO文件格式名稱空間被RFC4281定義的格式。RESOLUTION=<N>x<M>N是流中視頻水平編碼分辨率的近似，以像素?cái)?shù)表示，M是編碼垂直分辨率的近似。3.2.8EXT-X-DISCONTINUITY EXT-X-DISCONTINUITY標(biāo)簽表

14、示該標(biāo)簽后邊的媒體文件和之前的媒體文件之間的編碼間斷。特性可能改變的一組是： file formatnumber and type of tracksencoding parametersencoding sequence詳見第四章，6.2.1、6.3.3。3.2.9EXT-X-VERSIONEXT-X-VERSION標(biāo)簽指出了播放列表版本的適應(yīng)性。播放列表文件、其關(guān)聯(lián)的媒體和服務(wù)器必須遵守最新版本的所有規(guī)定。4 多媒體文件每一個媒體文件資源定位符都必須標(biāo)識一個媒體文件，該文件是整體數(shù)據(jù)的一個分片。每個媒體文件必須按照MPEG-2的傳輸流和MPEG-2音頻流的格式。ISO13818傳輸流文件必

15、須包含一個MPEG-2節(jié)目。在每個文件的開始應(yīng)該有一個節(jié)目關(guān)聯(lián)表和一個節(jié)目映射表。包含視頻的文件應(yīng)該有至少一個密鑰幀和足夠的信息來完全初始化一個視頻解碼器。播放列表中的媒體文件必須是編碼流中媒體文件的末尾與先前的序列號的延續(xù)，除非它是播放列表中出現(xiàn)的第一個媒體文件，或者它前邊有EXT-X-DISCONTINUITY標(biāo)簽?？蛻舳藨?yīng)該準(zhǔn)備好處理一個特定類型（音頻或視頻等）的多個軌道。一個沒有優(yōu)先級的客戶端應(yīng)該選擇它能播放的具有最小數(shù)字編號的音軌?？蛻舳藨?yīng)該忽略那些傳輸流的內(nèi)部不能識別的流。媒體文件內(nèi)樣本流和相應(yīng)的多媒體流的編碼參數(shù)應(yīng)保持一致。然而客戶端應(yīng)該解決編碼的變化問題，例如縮放視頻內(nèi)容以適應(yīng)

16、分辨率改變。5 密鑰文件5.1 介紹 URI屬性中EXT-X-KEY標(biāo)簽標(biāo)識一個密鑰文件。密鑰文件包含解密播放列表中媒體文件的密鑰。AES-128加密算法使用16字節(jié)的密鑰。密鑰文件的格式為16字節(jié)的二進(jìn)制數(shù)數(shù)組。5.2 IV FOR AES-128128位AES在加密和解密的時候需要提供一個相同的16字節(jié)的初始化向量（IV），變換IV可以提高密鑰的健壯性。如果EXT-X-KEY標(biāo)簽有IV屬性，在使用密鑰加密或者解密的時候必須使用此屬性值作為IV。這個值必須被解釋為128位的16進(jìn)制數(shù)，而且必須有前綴0x。 如果EXT-X-KEY標(biāo)簽沒有IV屬性，在加密或者解密媒體文件的時候必須使用序列號作為

17、IV值。大端二進(jìn)制表示的序列號應(yīng)該放置在16字節(jié)的緩沖區(qū)中且左邊補(bǔ)0。6 客戶端/服務(wù)器行為6.1 介紹 本章介紹服務(wù)器怎樣產(chǎn)生播放列表和媒體文件以及客戶端怎樣下載并播放。6.2 服務(wù)器進(jìn)程6.2.1介紹 MPEG-2數(shù)據(jù)流的產(chǎn)生超過了本文檔的范圍，本文檔僅僅假設(shè)有一個數(shù)據(jù)流連續(xù)的源。服務(wù)器必須將數(shù)據(jù)流分割成持續(xù)時間大致相等的媒體文件，服務(wù)器應(yīng)該嘗試點(diǎn)分割流來支持對個別媒體文件的有效解碼，例如包和關(guān)鍵幀的邊界。服務(wù)器必須為媒體文件創(chuàng)建URI，允許它的客戶端能夠獲取到文件。服務(wù)器必須創(chuàng)建播放列表。播放列表必須符合第三章描述的格式。服務(wù)器要提供的媒體文件的URI必須按順序出現(xiàn)在播放列表中。如果UR

18、I出現(xiàn)在了播放列表中，那么這個媒體文件對于客戶端必須是可用的。播放列表文件必須包含一個EXT-X-TARGRTDURATION標(biāo)簽，它必須指明添加到播放列表中媒體文件的最大EXTINF值。整個演示文稿期間，這個值必須保持不變。典型持續(xù)時間為10s。播放列表文件應(yīng)該包含EXT-X-VERSION標(biāo)簽來說明流對于版本的兼容性。它的值應(yīng)該是服務(wù)器、播放列表文件和其所關(guān)聯(lián)的媒體文件都能執(zhí)行的最低協(xié)議版本。如果播放列表文件通過HTTP傳輸，那么服務(wù)器應(yīng)該支持客戶端請求使用gzip內(nèi)容編碼。從客戶端的角度來看，播放列表文件的變更必須是自動的。服務(wù)器不可以改變EXT-X-ALLOW-CATCH的值。播放列表

19、中每個媒體文件的URI必須以EXTINF作為前綴來說明媒體文件的持續(xù)時間。服務(wù)器可以將媒體文件和絕對的日期和時間關(guān)聯(lián)起來，只要在它的URI前綴上一個EXT-X-PROGRAM-DATE-TIME標(biāo)簽。 日期和時間的值提供了一個媒體時間表到掛鐘時間的信息映射，該掛鐘時間可以作為搜索、顯示或其他目的的基準(zhǔn)。如果服務(wù)器提供了這個映射，那么它應(yīng)該在每個EXT-X-DISCONTINUITY標(biāo)簽的后邊加一個EXT-X-PROGRAM-DATE-TIME標(biāo)簽。如果播放列表文件包含演示文稿的最后一個分片，那么應(yīng)該加一個EXT-X-ENDLIST標(biāo)簽。如果播放列表文件沒有包含EXT-X-ENDLIST標(biāo)簽，那

20、么服務(wù)器應(yīng)該使一個新版本的播放列表文件可用，并至少包含一個媒體文件的URI。新的播放列表文件必須與前一個播放列表文件在相對的時間內(nèi)有效：從上一個播放列表文件開始有效的時間算起，不早于0.5倍持續(xù)時間，不晚于1.5倍持續(xù)時間。/不太清楚可用是什么意思？如果服務(wù)器期望移除演示文稿，它必須使播放列表文件對于客戶端不可用，在播放列表被清除時，它應(yīng)該確保播放列表文件中的所有媒體文件對于客戶端來說至少在一個播放列表文件持續(xù)時間內(nèi)是可用的。6.2.2 滑動窗口播放列表服務(wù)器可以限制最近一段時間添加到播放列表文件中的媒體文件的可用性，為了達(dá)到這個目的，播放列表文件必須包含準(zhǔn)確的EXT-X-MEDIA-SEQU

21、ENCE標(biāo)簽。標(biāo)簽的值是按照從播放列表中移除的媒體文件的URI遞增的。媒體文件的URI必須按照其加入的順序移除。當(dāng)服務(wù)器從播放列表移除URI時，媒體文件在一段時間內(nèi)必須保持可用，該時間等于媒體文件的時間加上包含該媒體文件的最長播放列表文件的時間。當(dāng)媒體文件通過http傳輸給客戶端后，如果服務(wù)器打算移除該文件，那么它應(yīng)該確保http響應(yīng)頭包含反應(yīng)生存時間的過期頭。那些不包含EXT-X-ENDLIST標(biāo)簽的播放列表文件的持續(xù)時間必須至少三倍于targrt dutration。/為什么是三倍？6.2.3 加密媒體文件 如果媒體文件需要被加密，那么服務(wù)器必須定義一個URI來允許被授權(quán)的客戶端獲取包含解

22、密密鑰的密鑰文件。密鑰文件必須符合第五章描述的格式。服務(wù)器可以在密鑰響應(yīng)中設(shè)置超時頭來表名密鑰可以被緩存。如果采用AES-128加密算法，那么AES-128 CBC加密模式應(yīng)該適應(yīng)于每一個媒體文件。整個文件必須是加密的。密碼塊的連接不能用于跨媒體文件。用于解密的初始化向量必須是媒體文件的序列號或者EXT-X-KEY標(biāo)簽的IV屬性的值。服務(wù)器必須使用這種加密算法和其他由緊隨在播放列表文件中URI后邊的EXT-X-KEY標(biāo)簽所指定的屬性來加密播放列表文件中的每一個媒體文件。EXT-X-KEY標(biāo)簽中方法為none或者沒有EXT-X-KEY標(biāo)簽的媒體文件不能被加密。 如果播放列表文件包含了一個經(jīng)過加密

23、的媒體文件的URI，那么服務(wù)器不可以將EXT-X-KEY標(biāo)簽從播放列表文件中移除。6.2.4 提供變種數(shù)據(jù)流服務(wù)器可以提供多個播放列表文件來支持對同一個演示文稿的不同編碼。提供變種播放列表文件列出每一個變種流，從而使得客戶端可以在不同編碼之間動態(tài)切換。變種播放列表文件必須為每一個變種流包含一個EXT-X-STREAM-INF標(biāo)簽。同一演示文稿的每個EXT-X-STREAM-INF都必須有相同的programid。每個演示文稿的programid在變種播放列表內(nèi)必須是唯一的。如果EXT-X-STREAM-INF標(biāo)簽包含CODECS屬性，則屬性值必須包含RFC4281定義的所有格式，服務(wù)器在生成變

24、種流的時候必須遵守以下規(guī)則：1） 每一個變種流必須呈現(xiàn)相同的內(nèi)容，包括流的間斷性。2） 每個變種播放列表文件必須有相同的target duration。3） 只在個別變種播放列表文件中出現(xiàn)的內(nèi)容必須放在列表文件的頭或者尾，且不能超過target duration。4） 變種流內(nèi)匹配內(nèi)容，必須有匹配時間戳。這可以使客戶端同步流。5） 基本音頻流文件必須在文件中第一個樣本的采樣信號的時間戳前預(yù)先準(zhǔn)備一個ID3 PRIV標(biāo)簽，標(biāo)簽的所有者標(biāo)示符為“com.apple.streaming.transportStreamTimestamp”。二進(jìn)制數(shù)據(jù)必須是33位的基本時間戳，用8字節(jié)的數(shù)字表示。另外，

25、所有的變種流都應(yīng)該包含相同編碼的音頻二進(jìn)制流。這使得客戶端在不同的流之間切換時沒有毛刺聲音。/什么事毛刺聲音？6.3 客戶端進(jìn)程6.3.1 介紹 客戶端怎樣獲取播放列表中的URI不在本文檔的范圍之內(nèi)，我們假設(shè)已經(jīng)獲取到了URI。6.3.2 加載播放列表文件每一次加載或者重載播放列表文件時：客戶端必須保證播放列表文件以EXTM3U標(biāo)簽開頭，并且如果協(xié)議版本號存在，客戶端必須支持該版本。否則，客戶端不可以試圖使用該列表文件。客戶端可以忽略它不能識別的標(biāo)簽和屬性。如果播放列表文件包含了EXT-X-MEDIA-SEQUENCE標(biāo)簽，那么客戶端會假設(shè)在播放列表被加載的時間內(nèi)以及播放列表的持續(xù)時間內(nèi)媒體文

26、件將變得不可用。播放列表的持續(xù)時間等于其中包含的媒體文件時長的總和。/為啥假設(shè)不可用？6.3.3播放播放列表文件當(dāng)開始播放的時候，客戶端首先從播放列表中選擇要播放的媒體文件。如果不存在EXT-X-ENDLIST標(biāo)簽，并且客戶端想正常播放媒體（按順序以標(biāo)準(zhǔn)速率播放），那么客戶端就不應(yīng)該從播放列表文件尾部選擇少于三個target duration的媒體文件。為了達(dá)到正常播放的目的，媒體文件必須按照他們在播放列表中的順序播放?？蛻舳诉€可以用其他任何方式播放，比如順序播放，隨機(jī)播放，特效播放等。對于存在EXT-X-DISCONTINUITY標(biāo)簽的媒體文件，在播放之前客戶端必須準(zhǔn)備好重置分析和解碼器。為

27、了不間斷播放，應(yīng)該提前載入媒體文件，以補(bǔ)償延時和吞吐量的變化。如果播放列表文件包含了EXT-X-ALLOW-CATCH標(biāo)簽，并且它的值為NO，那么客戶端在播放以后不可以緩存媒體文件。否則允許緩存用來以后重播。客戶端可以使用EXT-X-PROGRAM-DATE-TIME標(biāo)簽來為用戶顯示節(jié)目的起始時間。如果這個值包含了時區(qū)信息，那么客戶端應(yīng)該考慮到這點(diǎn)；如果不包含，那么客戶端不可以推測時區(qū)。客戶端不能依靠EXT-X-ALLOW-CATCH標(biāo)簽值的正確性和一致性。6.3.4重新載入播放列表文件客戶端必須階段性的重新載入播放列表文件，除非文件包含了EXT-X-ENDLIST標(biāo)簽。然而也不能過于頻繁的載

28、入。當(dāng)客戶端第一次載入播放列表文件或者已經(jīng)載入但是發(fā)現(xiàn)文件與上次載入的時候有了變化，客戶端都必須等待一段時間在可以再次載入。這段時間被稱為原始最小重載延遲，它是從客戶端開始載入一個播放列表文件開始計(jì)算的。原始最小重載延遲是播放列表文件中最后一個媒體文件的持續(xù)時間。媒體文件的持續(xù)時間由EXTINF標(biāo)簽來指定。如果客戶端重載了一個播放列表文件，但是發(fā)現(xiàn)文件并沒有變化，那么它在重試之前必須等一段時間。最小延遲是target duration的倍數(shù)。第一次是0.5倍，第二次1.5倍，3倍。6.3.5 確定下一個要加載的文件 當(dāng)播放列表文件被載入或者重載以后，客戶端必須檢查播放列表來確定要載入的媒體文件。要載入的第一個文件必須是客戶端要播放的第一個文件，見6.3.3。 如果要播放的文件已經(jīng)被載入，并且播放列表文件不包含EXT-X-MEDIA-SEQUE