hls协议中m3u8文件tag总结

1．  引言

本文档主要描述了“如何传输无边界多媒体数据流的”的协议的规范和实现细节。该协议支持加密媒体流和统一流得多版本自适应（多码流自适应）。在该协议下，媒体数据在生成之后会立即进行传输，进而保证其具有接近实时播放的效果。数据的传输建立在HTTP协议的基础之上。

 

其他相关参考文档将在第11节中给出。

 

2．  总结

任意多媒体流将由只想某播放列表文件的URI表示，该文件由一个排序的媒体URI列表和信息标签组成。每个媒体URI只想一个连续的流的文件切片。

在播放过程中，客户端首先获取播放列表文件，进而获取播放列表中描述的文件片并播放它。客户端会不断地重新加载播放列表文件。

本文档中部分关键词的描述可参考RFC 2119。

 

3．  播放列表文件

3.1 引言

         播放列表文件是扩展M3U播放列表。本文档通过定义额外的标签扩展了M3U文件格式。

        

         一个M3U播放列表文件包含多个独立的行。每一行由一个LF标记结尾或由一个CR+LF标记结尾。每行的内容可以是一个URI，空行或者是以”#”开头的注释。空白行将被忽略。空格符将不会被展示出来，除非某元素明确的制定它。

 

         一个URI行指定了一个媒体文件或者另外一个播放列表。（参阅3.3.8节）

 

         URIs地址可以使相对地址。该相对路径的定位地址必须与播放列表文件所在目录一致。

         由”#”开头的行可以是注释或者标签。一般标签以”#EXT”开头，其余的行均被视为注释。

 

         播放列表的总时长应该是其所包含媒体文件的时长之和。

 

         M3U文件中，以.m3u8结尾，或其http头中”Content-Type”字段为” application/vnd.apple.mpegurl”会以UTF-8编码，而以”m3u” 或其http对应字段为” "audio/mpegurl”会以US-ASCII编码。播放列表文件必须以上面某一匹配对对应。

 

         扩展的M3U文件格式定义了两个标签：EXTM3U和EXTINF。扩展的M3U文件通过在第一行中加入” #EXTM3U” 与基本的M3U文件进行区分。

 

        

3.2 属性列表

         某些扩展的M3U标签的值是一个由逗号作为分隔符的属性列表，属性列表中不应出现空格。其语法如：

         AttributeName=AttributeValue

        

         其中属性名不需要被引号包含，它是一个有字符[A –Z ] 和‘-‘组成的字符串。而属性值得取值范围如下：

l  十进制整型数：由[ 0 –9 ]组合成的10进制整数。

l  十六进制整数：[ 0 –9 ] 和 [A –F]，以0x或0X开头

l  十进制浮点数：[ 0 –9 ] 和‘ . ‘

l  字符串：引号包含，不可使用linefeed(0xA，换行) carriage-return(0xD, 回车) 和双引号（0x22）。需要使用这些特殊符号时，需要转义。

l  枚举字符串：由属性定义的一个取值集合，表现形式为一个无引号字符串，其值不能包括双引号、逗号和空格。

l  十进制表示的分辨率: 宽度X高度，单位为像素

 

属性值得类型由给定的属性定义。在一个属性列表中，属性名应该仅出现一次。客户端在实现的过程中，需要忽略无法识别的属性名/属性值对。尤其对于枚举类型，若其属性名可识别，但其属性值不可识别，则也需要忽略。

 

 

        

3.3 标准标签

3.3.1 EXTM3U

扩展的M3U文件与基本的M3U的区别在第一行，其值必须为标签 #EXTM3U。这个标签在媒体播放列表和主播放列表中均应该被包含。形式如下：

 

#EXTM3U

 

3.3.2 EXTINF

该标签指定媒体文件片的时长。其作用范围仅限于它后面的媒体文件片，其后必须为一个媒体文件片的资源地址(URI)。每个文件片均需前置一个EXTINF。形式如下：

#EXTINF:,