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 滑動(dòng)窗口播放列表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 確定下一個(gè)要加載的文件126.2.6 解密經(jīng)加密的媒體文件127 協(xié)議版本的兼容性128 例子128.1 簡單的播放列表文件128.2 滑動(dòng)窗口播放列表，使用https138.3 加密的媒體文件與播放列表文件138.4 變種的播放列表文件131 簡介本文檔介紹了通過HTTP傳輸極大的多媒體數(shù)據(jù)流的協(xié)議RFC2616。該協(xié)議支持媒

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

4、文件3.1 介紹播放列表必須是擴(kuò)展的M3U文件，該文檔通過定義新的標(biāo)簽擴(kuò)展了m3u文件的格式。M3U播放列表是一個(gè)文本文件，它包含了各自獨(dú)立的行，行以一個(gè)LF字符或者LF字符緊跟一個(gè)CR字符來結(jié)束。行可以是一個(gè)URI，空行，或者以字符#開頭?？招袑?huì)被忽略。空格只能作為一行中不同元素間的分隔。一個(gè)URI 表示一個(gè)媒體文件或是變種播放列表文件（見3.2.7） URI可以是相對(duì)的，一個(gè)相對(duì)的URI必須被包含該URI的播放列表文件中的URI所解析。以注釋字符#開頭的行可能是注釋或者標(biāo)簽，標(biāo)簽以#EXT開頭，其他所有行都應(yīng)該被忽略。播放列表文件的持續(xù)時(shí)間是他所指向的媒體文件的時(shí)長的總和。以.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是一個(gè)記錄標(biāo)記，該標(biāo)記描述了后邊URI所指定的媒體文件。每個(gè)媒體文件URI前邊必須有EXTINF標(biāo)簽。格式如下：#EXTINF: , DURATION是一個(gè)整數(shù)，它指定了媒體文件以秒為單位的持續(xù)時(shí)間，時(shí)間應(yīng)四舍五入到最接近的整數(shù)。行內(nèi)逗號(hào)后邊的剩余部分是媒體文件的名字，該名字是媒體分片的人眼可讀的信息標(biāo)題。該文檔定義了如下的新標(biāo)簽：EXT-X-TARGETDURATION，EXT-X-MEDIA-SEQUENCE，EXT-X-KEY，EXT-X-PROGRAM-DATE-

7、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ù)時(shí)間的最大值，播放文件列表中的媒體文件在EXTINF標(biāo)簽中定義的持續(xù)時(shí)間必須小于或者等于該標(biāo)簽指定的持續(xù)時(shí)間。該標(biāo)簽在播放列表文件中必須出現(xiàn)一次，其格式為：# EXT-X-TARGETDURATION：S是一個(gè)以秒為單位的整數(shù)。3.2.2EXT-X-MEDIA-SEQUENCE播放列表文件中每個(gè)媒體文件的URI都有一個(gè)唯一的序列號(hào)。URI

8、的序列號(hào)等于它之前那個(gè)RUI的序列號(hào)加一。EXT-X-MEDIA-SEQUENCE指明了出現(xiàn)在播放列表文件中的第一個(gè)URI的序列號(hào)。其格式如下：#EXT-X-MEDIA-SEQUENCE：播放列表文件中的EXT-X-MEDIA-SEQUENCE標(biāo)簽不能多于一個(gè)。如果播放列表文件中沒有EXT-X-MEDIA-SEQUENCE標(biāo)簽，那么將會(huì)把播放列表中第一個(gè)URI的序列號(hào)當(dāng)成0。媒體文件的序列號(hào)碼不是必須出現(xiàn)在它的URI中的。見6.3.2和6.3.5。3.2.3EXT-X-KEY媒體文件可能是被加密的，EXT-X-KEY提供了解密媒體文件的必要信息，它的格式如下：#EXT-X-KEY：METHOD

9、= ,URI = “” ,IV = Method屬性指定了加密方法，定義了兩種加密方法：NONE和AES-128。加密方法NONE表示媒體文件不被加密，如果加密方法是NONE，那么URI和IV屬性不允許存在。加密方法AES-128表示媒體文件使用高級(jí)加密標(biāo)準(zhǔn)128位密鑰和PKCS7 padding加密。如果加密方法是AES-128，那么對(duì)于URI屬性，如果存在，則指定獲取密鑰的方法；對(duì)于IV屬性，如果存在，則指定使用密鑰的初始化向量。IV屬性出現(xiàn)在協(xié)議版本2中，新的EXT-X-KEY將會(huì)取代任何一個(gè)先前的EXT-X-KEY。如果播放列表文件沒有包含EXT-X-KEY標(biāo)簽，那么媒體文件將不會(huì)被加

10、密。密鑰文件的格式見第五章，媒體文件加密信息見5.2、6.2.3、6.3.6。3.2.4EXT-X-PROGRAM-DATE-TIMEEXT-X-PROGRAM-DATE-TIME標(biāo)簽將下一個(gè)媒體文件的開頭和絕對(duì)日期關(guān)聯(lián)起來。日期/時(shí)間的表示基于ISO/IEC，并且要指明時(shí)區(qū)。例如：#EXT-X-PROGRAM-DATE-TIME: 詳見6.2.1和.5EXT-X-ALLOW-CATCHEXT-X-ALLOW-CATCH標(biāo)簽指定客戶端可以或者不準(zhǔn)緩存下載的媒體文件用來重播。它可能會(huì)出現(xiàn)在播放列表文件的任何地方，但是不能出現(xiàn)兩次或以上。該標(biāo)簽適用于播放列表中的所有分片。其格式如下

11、：#EXT-X-ALLOW-CACHE: 詳見.6EXT-X-ENDLIST EXT-X-ENDLIST標(biāo)簽標(biāo)示沒有更多媒體文件將會(huì)加入到播放列表中，它可能會(huì)出現(xiàn)在播放列表文件的任何地方，但是不能出現(xiàn)兩次或以上。其格式如下： #EXT-X-ENDLIST3.2.7EXT-X-STREAM-INF EXT-X-STREAM-INF標(biāo)簽表示在播放列表中的下一個(gè)URI標(biāo)識(shí)另一個(gè)播放列表文件。格式如下：#EXT-X-STREAM-INF: attribute=value , attribute=value * 在一個(gè)EXT-X-STREAM-INF標(biāo)簽中attribute不能出現(xiàn)兩次或

12、以上。其它屬性定義：BANDWIDTH = n為每秒比特?cái)?shù),它必須是每個(gè)媒體文件比特速率的上限，必須經(jīng)過計(jì)算包含那些在播放列表中出現(xiàn)的或者將要出現(xiàn)的容器開銷。PROGRAM-ID= i 是一個(gè)數(shù)字，在播放列表文件的范圍內(nèi)唯一的標(biāo)識(shí)了一個(gè)特定的演示文稿。 一個(gè)播放列表文件可能包含多個(gè)具有相同PROGRAM-ID 的EXT-X-STREAM-INF標(biāo)簽來標(biāo)識(shí)某個(gè)演示文稿的不同編碼。這些變種的的播放列表可能包含額外的EXT-X-STREAM-INF標(biāo)簽。CODECS=format,format*每一種格式都指定了存在于媒體文件中的媒體類型。合法的格式標(biāo)示符都是那些在ISO文件格式名稱空間被RFC42

13、81定義的格式。RESOLUTION=xN是流中視頻水平編碼分辨率的近似，以像素?cái)?shù)表示，M是編碼垂直分辨率的近似。3.2.8EXT-X-DISCONTINUITY EXT-X-DISCONTINUITY標(biāo)簽表示該標(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ù)器必須遵

14、守最新版本的所有規(guī)定。4 多媒體文件每一個(gè)媒體文件資源定位符都必須標(biāo)識(shí)一個(gè)媒體文件，該文件是整體數(shù)據(jù)的一個(gè)分片。每個(gè)媒體文件必須按照MPEG-2的傳輸流和MPEG-2音頻流的格式。ISO13818傳輸流文件必須包含一個(gè)MPEG-2節(jié)目。在每個(gè)文件的開始應(yīng)該有一個(gè)節(jié)目關(guān)聯(lián)表和一個(gè)節(jié)目映射表。包含視頻的文件應(yīng)該有至少一個(gè)密鑰幀和足夠的信息來完全初始化一個(gè)視頻解碼器。播放列表中的媒體文件必須是編碼流中媒體文件的末尾與先前的序列號(hào)的延續(xù)，除非它是播放列表中出現(xiàn)的第一個(gè)媒體文件，或者它前邊有EXT-X-DISCONTINUITY標(biāo)簽?？蛻舳藨?yīng)該準(zhǔn)備好處理一個(gè)特定類型（音頻或視頻等）的多個(gè)軌道。一個(gè)沒有優(yōu)

15、先級(jí)的客戶端應(yīng)該選擇它能播放的具有最小數(shù)字編號(hào)的音軌?？蛻舳藨?yīng)該忽略那些傳輸流的內(nèi)部不能識(shí)別的流。媒體文件內(nèi)樣本流和相應(yīng)的多媒體流的編碼參數(shù)應(yīng)保持一致。然而客戶端應(yīng)該解決編碼的變化問題，例如縮放視頻內(nèi)容以適應(yīng)分辨率改變。5 密鑰文件5.1 介紹 URI屬性中EXT-X-KEY標(biāo)簽標(biāo)識(shí)一個(gè)密鑰文件。密鑰文件包含解密播放列表中媒體文件的密鑰。AES-128加密算法使用16字節(jié)的密鑰。密鑰文件的格式為16字節(jié)的二進(jìn)制數(shù)數(shù)組。5.2 IV FOR AES-128128位AES在加密和解密的時(shí)候需要提供一個(gè)相同的16字節(jié)的初始化向量（IV），變換IV可以提高密鑰的健壯性。如果EXT-X-KEY標(biāo)簽有IV

16、屬性，在使用密鑰加密或者解密的時(shí)候必須使用此屬性值作為IV。這個(gè)值必須被解釋為128位的16進(jìn)制數(shù)，而且必須有前綴0x。 如果EXT-X-KEY標(biāo)簽沒有IV屬性，在加密或者解密媒體文件的時(shí)候必須使用序列號(hào)作為IV值。大端二進(jìn)制表示的序列號(hào)應(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è)有一個(gè)數(shù)據(jù)流連續(xù)的源。服務(wù)器必須將數(shù)據(jù)流分割成持續(xù)時(shí)間大致相等的媒體文件，服務(wù)器應(yīng)該嘗試點(diǎn)分割流來支持對(duì)個(gè)別媒體文件的有效解碼，

17、例如包和關(guān)鍵幀的邊界。服務(wù)器必須為媒體文件創(chuàng)建URI，允許它的客戶端能夠獲取到文件。服務(wù)器必須創(chuàng)建播放列表。播放列表必須符合第三章描述的格式。服務(wù)器要提供的媒體文件的URI必須按順序出現(xiàn)在播放列表中。如果URI出現(xiàn)在了播放列表中，那么這個(gè)媒體文件對(duì)于客戶端必須是可用的。播放列表文件必須包含一個(gè)EXT-X-TARGRTDURATION標(biāo)簽，它必須指明添加到播放列表中媒體文件的最大EXTINF值。整個(gè)演示文稿期間，這個(gè)值必須保持不變。典型持續(xù)時(shí)間為10s。播放列表文件應(yīng)該包含EXT-X-VERSION標(biāo)簽來說明流對(duì)于版本的兼容性。它的值應(yīng)該是服務(wù)器、播放列表文件和其所關(guān)聯(lián)的媒體文件都能執(zhí)行的最低協(xié)

18、議版本。如果播放列表文件通過HTTP傳輸，那么服務(wù)器應(yīng)該支持客戶端請(qǐng)求使用gzip內(nèi)容編碼。從客戶端的角度來看，播放列表文件的變更必須是自動(dòng)的。服務(wù)器不可以改變EXT-X-ALLOW-CATCH的值。播放列表中每個(gè)媒體文件的URI必須以EXTINF作為前綴來說明媒體文件的持續(xù)時(shí)間。服務(wù)器可以將媒體文件和絕對(duì)的日期和時(shí)間關(guān)聯(lián)起來，只要在它的URI前綴上一個(gè)EXT-X-PROGRAM-DATE-TIME標(biāo)簽。 日期和時(shí)間的值提供了一個(gè)媒體時(shí)間表到掛鐘時(shí)間的信息映射，該掛鐘時(shí)間可以作為搜索、顯示或其他目的的基準(zhǔn)。如果服務(wù)器提供了這個(gè)映射，那么它應(yīng)該在每個(gè)EXT-X-DISCONTINUITY標(biāo)簽的后

19、邊加一個(gè)EXT-X-PROGRAM-DATE-TIME標(biāo)簽。如果播放列表文件包含演示文稿的最后一個(gè)分片，那么應(yīng)該加一個(gè)EXT-X-ENDLIST標(biāo)簽。如果播放列表文件沒有包含EXT-X-ENDLIST標(biāo)簽，那么服務(wù)器應(yīng)該使一個(gè)新版本的播放列表文件可用，并至少包含一個(gè)媒體文件的URI。新的播放列表文件必須與前一個(gè)播放列表文件在相對(duì)的時(shí)間內(nèi)有效：從上一個(gè)播放列表文件開始有效的時(shí)間算起，不早于0.5倍持續(xù)時(shí)間，不晚于1.5倍持續(xù)時(shí)間。/不太清楚可用是什么意思？如果服務(wù)器期望移除演示文稿，它必須使播放列表文件對(duì)于客戶端不可用，在播放列表被清除時(shí)，它應(yīng)該確保播放列表文件中的所有媒體文件對(duì)于客戶端來說至少

20、在一個(gè)播放列表文件持續(xù)時(shí)間內(nèi)是可用的。6.2.2 滑動(dòng)窗口播放列表服務(wù)器可以限制最近一段時(shí)間添加到播放列表文件中的媒體文件的可用性，為了達(dá)到這個(gè)目的，播放列表文件必須包含準(zhǔn)確的EXT-X-MEDIA-SEQUENCE標(biāo)簽。標(biāo)簽的值是按照從播放列表中移除的媒體文件的URI遞增的。媒體文件的URI必須按照其加入的順序移除。當(dāng)服務(wù)器從播放列表移除URI時(shí)，媒體文件在一段時(shí)間內(nèi)必須保持可用，該時(shí)間等于媒體文件的時(shí)間加上包含該媒體文件的最長播放列表文件的時(shí)間。當(dāng)媒體文件通過http傳輸給客戶端后，如果服務(wù)器打算移除該文件，那么它應(yīng)該確保http響應(yīng)頭包含反應(yīng)生存時(shí)間的過期頭。那些不包含EXT-X-END

21、LIST標(biāo)簽的播放列表文件的持續(xù)時(shí)間必須至少三倍于targrt dutration。/為什么是三倍？6.2.3 加密媒體文件 如果媒體文件需要被加密，那么服務(wù)器必須定義一個(gè)URI來允許被授權(quán)的客戶端獲取包含解密密鑰的密鑰文件。密鑰文件必須符合第五章描述的格式。服務(wù)器可以在密鑰響應(yīng)中設(shè)置超時(shí)頭來表名密鑰可以被緩存。如果采用AES-128加密算法，那么AES-128 CBC加密模式應(yīng)該適應(yīng)于每一個(gè)媒體文件。整個(gè)文件必須是加密的。密碼塊的連接不能用于跨媒體文件。用于解密的初始化向量必須是媒體文件的序列號(hào)或者EXT-X-KEY標(biāo)簽的IV屬性的值。服務(wù)器必須使用這種加密算法和其他由緊隨在播放列表文件中U

22、RI后邊的EXT-X-KEY標(biāo)簽所指定的屬性來加密播放列表文件中的每一個(gè)媒體文件。EXT-X-KEY標(biāo)簽中方法為none或者沒有EXT-X-KEY標(biāo)簽的媒體文件不能被加密。 如果播放列表文件包含了一個(gè)經(jīng)過加密的媒體文件的URI，那么服務(wù)器不可以將EXT-X-KEY標(biāo)簽從播放列表文件中移除。6.2.4 提供變種數(shù)據(jù)流服務(wù)器可以提供多個(gè)播放列表文件來支持對(duì)同一個(gè)演示文稿的不同編碼。提供變種播放列表文件列出每一個(gè)變種流，從而使得客戶端可以在不同編碼之間動(dòng)態(tài)切換。變種播放列表文件必須為每一個(gè)變種流包含一個(gè)EXT-X-STREAM-INF標(biāo)簽。同一演示文稿的每個(gè)EXT-X-STREAM-INF都必須有相

23、同的programid。每個(gè)演示文稿的programid在變種播放列表內(nèi)必須是唯一的。如果EXT-X-STREAM-INF標(biāo)簽包含CODECS屬性，則屬性值必須包含RFC4281定義的所有格式，服務(wù)器在生成變種流的時(shí)候必須遵守以下規(guī)則：1） 每一個(gè)變種流必須呈現(xiàn)相同的內(nèi)容，包括流的間斷性。2） 每個(gè)變種播放列表文件必須有相同的target duration。3） 只在個(gè)別變種播放列表文件中出現(xiàn)的內(nèi)容必須放在列表文件的頭或者尾，且不能超過target duration。4） 變種流內(nèi)匹配內(nèi)容，必須有匹配時(shí)間戳。這可以使客戶端同步流。5） 基本音頻流文件必須在文件中第一個(gè)樣本的采樣信號(hào)的時(shí)間戳前預(yù)

24、先準(zhǔn)備一個(gè)ID3 PRIV標(biāo)簽，標(biāo)簽的所有者標(biāo)示符為“com.apple.streaming.transportStreamTimestamp”。二進(jìn)制數(shù)據(jù)必須是33位的基本時(shí)間戳，用8字節(jié)的數(shù)字表示。另外，所有的變種流都應(yīng)該包含相同編碼的音頻二進(jìn)制流。這使得客戶端在不同的流之間切換時(shí)沒有毛刺聲音。/什么事毛刺聲音？6.3 客戶端進(jìn)程6.3.1 介紹 客戶端怎樣獲取播放列表中的URI不在本文檔的范圍之內(nèi)，我們假設(shè)已經(jīng)獲取到了URI。6.3.2 加載播放列表文件每一次加載或者重載播放列表文件時(shí)：客戶端必須保證播放列表文件以EXTM3U標(biāo)簽開頭，并且如果協(xié)議版本號(hào)存在，客戶端必須支持該版本。否則，

25、客戶端不可以試圖使用該列表文件?？蛻舳丝梢院雎运荒茏R(shí)別的標(biāo)簽和屬性。如果播放列表文件包含了EXT-X-MEDIA-SEQUENCE標(biāo)簽，那么客戶端會(huì)假設(shè)在播放列表被加載的時(shí)間內(nèi)以及播放列表的持續(xù)時(shí)間內(nèi)媒體文件將變得不可用。播放列表的持續(xù)時(shí)間等于其中包含的媒體文件時(shí)長的總和。/為啥假設(shè)不可用？6.3.3播放播放列表文件當(dāng)開始播放的時(shí)候，客戶端首先從播放列表中選擇要播放的媒體文件。如果不存在EXT-X-ENDLIST標(biāo)簽，并且客戶端想正常播放媒體（按順序以標(biāo)準(zhǔn)速率播放），那么客戶端就不應(yīng)該從播放列表文件尾部選擇少于三個(gè)target duration的媒體文件。為了達(dá)到正常播放的目的，媒體文件必須

26、按照他們?cè)诓シ帕斜碇械捻樞虿シ??？蛻舳诉€可以用其他任何方式播放，比如順序播放，隨機(jī)播放，特效播放等。對(duì)于存在EXT-X-DISCONTINUITY標(biāo)簽的媒體文件，在播放之前客戶端必須準(zhǔn)備好重置分析和解碼器。為了不間斷播放，應(yīng)該提前載入媒體文件，以補(bǔ)償延時(shí)和吞吐量的變化。如果播放列表文件包含了EXT-X-ALLOW-CATCH標(biāo)簽，并且它的值為NO，那么客戶端在播放以后不可以緩存媒體文件。否則允許緩存用來以后重播?？蛻舳丝梢允褂肊XT-X-PROGRAM-DATE-TIME標(biāo)簽來為用戶顯示節(jié)目的起始時(shí)間。如果這個(gè)值包含了時(shí)區(qū)信息，那么客戶端應(yīng)該考慮到這點(diǎn)；如果不包含，那么客戶端不可以推測時(shí)區(qū)?？?/p>

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