流媒体技术学习笔记之(十八)互联网草案HTTP直播流2017年5月

  • 时间:
  • 浏览:2
  • 来源:大发5分3D_大发5分3D官方

2、概念

Live Media播放列表,使用HTTPS

1、HTTP直播流介绍

媒体播放列表中显示了每个媒体段的持续时间通过其EXTINF标签(第4.3.2.1节)。

媒体播放列表含晒 媒体片段的列表,当播放时依次播放多媒体演示。

每个媒体段前要含晒 编码的延续从原先的媒体段的末尾的比特流序列号,一系列的值,如时间戳和连续性计数器前要不中断。唯一的例外是媒体播放列表中第有兩个 再次出现在媒体播放列表中的媒体细分媒体分段明确表示为不连续(第4.3.2.3节)。未标记的介质不连续都还可不可以触发播放错误。

关键词“前要”,“不得”,“前要”,“应该”,“不应该”,“应该”,“不应该”,“推荐”,“可能”和“可选”文档将按照RFC 2119 [ RFC2119 ]中的描述进行解释。

本文档介绍协议的第7版。

4、支持的媒体段格式

播放列表是媒体播放列表或主播放列表。两者都是含晒 URI和描述性标签的UTF-8文本文件。

媒体播放列表含晒 一系列组成的媒体片段整体介绍。媒体段由URI和可选地有兩个 字节范围。

多媒体演示由统一资源指定标识符(URI)[ RFC3986 ]播放列表。

本文档的目的是为了有益于互操作性在HTTP实时流媒体实现之间通过描述媒体传输协议。使用这名协议,客户端都还可不可以收到有兩个 来自服务器的连续媒体流以便并行呈现。

主播放列表

或多或少媒体格式前要有兩个 相同的字节序列来初始化a都还可不可以解析Media Segment原先的解析器。这名格式特定的序列被称为媒体初始化累积。媒体初始化累积都还可不可以由EXT-X-MAP指定(第4.3.2.5节)标签。媒体初始化累积都还可不可以能含晒 样本数据。

简单的媒体播放列表

3、媒体细分

主播放列表都还可不可以描述更比较复杂的演示。有兩个 主播放列表提供了一组变体流,其中每有兩个 描述了相同内容的不同版本。

这里是有兩个 媒体播放列表的例子:

 原文地址:https://tools.ietf.org/html/draft-pantos-http-live-streaming-23

含晒 视频的任何媒体片段都应该含晒 足够的内容信息来初始化视频解码器并解码连续集合含晒 段中最后一帧的帧; 网络可能细分含晒 足够的信息,数率会得到优化解码段中的所有帧。这类,任何媒体细分含晒 H.264视频应该包含晒 兩个 IDR; 原先的帧第有兩个 IDR将被下载,但可能被丢弃。

主播放列表与替代音频

自5009年首次发布草案以来,HTTP Live Streaming可能有了可能被广泛的内容制作者实施和部署,工具供应商,分销商和设备制造商。在后面 后来的八年,协议已被广泛的提炼与各种媒体流媒体实现者进行回顾和讨论。

主播放列表I帧

第一行是格式标识符标签#EXTM3U。该线含晒 #EXT-X-TARGETDURATION表示所有媒体片段可能是10秒或更少。因此 宣布有兩个 媒体分段。第一和第二是9.009秒长, 三是3.003秒。

媒体播放列表中的每个片段都是唯一的整数媒体序列数。媒体中第有兩个 片段的媒体序列号播放列表为0,或在播放列表中声明(第4.3.3.2节)。每隔一段的媒体序列号等于媒体序列号原先的段加1。

变体流包括指定媒体的媒体播放列表以特定的比特率编码,以特定的格式编码,并以含晒 视频的媒体的特定分辨率。

  HTTP实时流媒体提供了有兩个 可靠的,成本效益的手段通过互联网提供连续和长时间的视频。它允许接收器使媒体的比特率适应当前网络条件,以保持不间断播放最好的质量。它支持插页式内容边界。它为媒体加密提供了有兩个 灵活的框架。它都还可不可以有效地提供相同内容的多个呈现,这类:音频翻译。它提供了与大规模HTTP的兼容性缓存基础设施以支持向小量受众传递。

所有媒体片段前要采用本节所述的格式。或多或少媒体文件格式的传输未定义。

主播放列表与替代视频

有兩个 Variant流都还可不可以能指定一组Renditions。译丛是内容的替代版本,这类制作的音频不同的语言或不同的摄像机厚度录制的视频。

客户应该在不同的变体流之间切换以适应网络情况表。客户应根据用户选用Renditions优先。

含晒 加密媒体段的播放列表

说明:绝对

要播放此播放列表,客户端首先下载它因此 下载并播装进其中声明的每个媒体分段。该客户端将按照本文档中的描述重新加载播放列表以发现任何额外的细分。数据应该通过HTTP [ RFC72500 ] 传送,因此 通常有兩个 URI都还可不可以指定任何都还可不可以可靠传输的协议指定的资源按需。