流媒体开发之--HLS--M3U8解析(2): HLS草案

 

流媒体开发之--HLS--M3U8解析(2): HLS草案

分类： android 流媒体开发 2013-08-04 08:07  2235人阅读  评论(2)  收藏  举报

流媒体 HLS

http://blog.csdn.net/jwzhangjie/article/details/9744027

目录(?)[+]

目录
1 简介 2
2 概述 2
3 播放列表文件 3
3.1 介绍 3
3.2新标签 4
3.2.1 EXT-X-TARGETDURATION 4
3.2.2 EXT-X-MEDIA-SEQUENCE 4
3.2.3 EXT-X-KEY 4
3.2.4 EXT-X-PROGRAM-DATE-TIME 5
3.2.5 EXT-X-ALLOW-CATCH 5
3.2.6 EXT-X-ENDLIST 5
3.2.7 EXT-X-STREAM-INF 5
3.2.8 EXT-X-DISCONTINUITY 6
3.2.9 EXT-X-VERSION 6
4 多媒体文件 7
5 密钥文件 7
5.1 介绍 7
5.2  IV FOR AES-128 7
6 客户端/服务器行为 8
6.1 介绍 8
6.2 服务器进程 8
6.2.1介绍 8
6.2.2 滑动窗口播放列表 9
6.2.3 加密媒体文件 9
6.2.4 提供变种数据流 10
6.3 客户端进程 10
6.2.1 介绍 10
6.2.2 加载播放列表文件 11
6.2.3播放播放列表文件 11
6.2.4重新载入播放列表文件 11
6.2.5 确定下一个要加载的文件 12
6.2.6 解密经加密的媒体文件 12
7 协议版本的兼容性 12
8 例子 12
8.1 简单的播放列表文件 12
8.2 滑动窗口播放列表，使用https 13
8.3 加密的媒体文件与播放列表文件 13
8.4 变种的播放列表文件 13

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: ,