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

  • 时间:
  • 浏览:2

主播放列表都时需描述更错综复杂的演示。好几个 主播放列表提供了一组变体流,其中每好几个 描述了相同内容的不同版本。

4、支持的媒体段格式

富含视频的任何媒体片段都应该富含足够的内容信息来初始化视频解码器并解码连续集合富含段中最后一帧的帧; 网络而且细分富含足够的信息,下行下行速率 会得到优化解码段中的所有帧。這個 ,任何媒体细分富含H.264视频应该富含好几个 IDR; 日后的帧第好几个 IDR将被下载,但而且被丢弃。

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

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

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

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

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

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

每个媒体段时需富含编码的延续从日后的媒体段的末尾的比特流序列号,一系列的值,如时间戳和连续性计数器时需不中断。唯一的例外是媒体播放列表中第好几个 经常冒出在媒体播放列表中的媒体细分媒体分段明确表示为不连续(第4.3.2.3节)。未标记的介质不连续都时需触发播放错误。

这里是好几个 媒体播放列表的例子:

3、媒体细分

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

媒体播放列表中的每个片段全部都是唯一的整数媒体序列数。媒体中第好几个 片段的媒体序列号播放列表为0,或在播放列表中声明(第4.3.3.2节)。每隔一段的媒体序列号等于媒体序列号日后的段加1。

Live Media播放列表,使用HTTPS

主播放列表

其他媒体格式时需好几个 相同的字节序列来初始化a都时需解析Media Segment日后的解析器。這個 格式特定的序列被称为媒体初始化累积。媒体初始化累积都时需由EXT-X-MAP指定(第4.3.2.5节)标签。媒体初始化累积不都时需富含样本数据。

好几个 Variant流也都时需指定一组Renditions。译丛是内容的替代版本,這個 制作的音频不同的语言或不同的摄像机层厚录制的视频。

主播放列表I帧

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

1、HTTP直播流介绍

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

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

本文档的目的是为了促进互操作性在HTTP实时流媒体实现之间通过描述媒体传输协议。使用這個 协议,客户端都时需收到好几个 来自服务器的连续媒体流以便并行呈现。

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

2、概念

主播放列表与替代音频

说明:绝对

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

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

主播放列表与替代视频

第一行是格式标识符标签#EXTM3U。该线富含#EXT-X-TARGETDURATION表示所有媒体片段而且是10秒或更少。而且提前大选好几个 媒体分段。第一和第二是9.009秒长, 三是3.003秒。

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

简单的媒体播放列表

所有媒体片段时需采用本节所述的格式。其他媒体文件格式的传输未定义。