流媒體開發 HLS草案

1 簡介

本文檔介紹了通過HTTP傳輸極大的多媒體數據流的協議[RFC2616]。該協議支持媒體數據的加密，並提供流的備用版本(如比特率)。媒體數據可以在創建後被很快地傳輸，允許它在近實時被接收。

在第11章中列出了，如HTTP的，描述相關標准的外部引用。

2 概述

多媒體演示文稿是由播放列表文件中的URI指定的，播放列表是一個由uri和信息標簽組成的有序列表。每一個URI都關聯了一個媒體文件，該媒體文件是一個連續數據流的一個分片。

為了播放數據流，客戶端首先獲取播放列表文件，然後獲取並播放列表中的每一個媒體文件。正如本文檔所描述的那樣，它通過重載播放列表文件來發現其他新增的分片。

文檔中的關鍵詞“必須”“不准”，“需要”“應該”“不應該”“推薦”“可以”“可選”等見RFC2119。

3 播放列表文件

3.1介紹

播放列表必須是擴展的M3U文件，該文檔通過定義新的標簽擴展了m3u文件的格式。M3U播放列表是一個文本文件，它包含了各自獨立的行，行以一個LF字符或者LF字符緊跟一個CR字符來結束。行可以是一個URI，空行，或者以字符#開頭。空行將會被忽略。空格只能作為一行中不同元素間的分隔。

一個URI 表示一個媒體文件或是變種播放列表文件(見3.2.7)

URI可以是相對的，一個相對的URI必須被包含該URI的播放列表文件中的URI所解析。

以注釋字符#開頭的行可能是注釋或者標簽，標簽以#EXT開頭，其他所有行都應該被忽略。播放列表文件的持續時間是他所指向的媒體文件的時長的總和。

以.M3U8作為文件名後綴或者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”。

擴展的M3U文件格式定義了兩種標簽：EXTM3U和EXTINF。區分擴展的M3U文件與普通M3U文件的關鍵在於前者的首行為#EXTM3U。

EXTINF是一個記錄標記，該標記描述了後邊URI所指定的媒體文件。每個媒體文件URI前邊必須有EXTINF標簽。格式如下：

#EXTINF: ,