HLS详解（看这个就够了）

最新推荐文章于 2024-09-10 21:54:48 发布
最新推荐文章于 2024-09-10 21:54:48 发布
阅读量2.5w 收藏 51
点赞数 8
分类专栏： 音视频 文章标签： hls m3u8 ts 音视频
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Martin_chen2/article/details/105663665
版权

HLS详解（看这个就够了）

HLS概述

HLS是HTTP Live Streaming的简称，是苹果公司提出的基于HTTP的流媒体网络传输协议，它的基本原理也是服务端把文件或媒体流按照不同的码率切分成一个个小片段进行传输，客户端在播放码流时，可以根据自身的带宽及性能限制，在同一视频内容的不同码率的备用源中，选择合适码率的码流进行下载播放。在传输会话开始时，客户端首先需要下载描述不同码流元数据的M3U8索引文件。

官方定义

从概念上讲，HTTP Live Streaming由三个部分组成：服务器组件，分发组件和客户端软件。

在典型配置中，硬件编码器接受音频视频输入，将其编码为HEVC视频和AC-3音频，然后输出片段化的MPEG-4文件或MPEG-2传输流。然后，软件流分段器将流分成一系列简短的媒体文件，这些文件放在Web服务器上。分段器还创建并维护一个包含媒体文件列表的索引文件。索引文件的URL在Web服务器上发布。客户端软件读取索引，然后按顺序请求列出的媒体文件并显示它们，而各段之间没有任何暂停或间隙。
HLS流程
服务器组件（Server Component）
服务器组件负责获取媒体的输入流并对其进行数字编码。它以适合交付的格式封装它们，并准备封装的媒体以进行分发。
对于现场事件，服务器需要媒体编码器（可以是现成的硬件），以及一种将编码的媒体拆分为片段并将其保存为文件的方法，该方法可以是诸如由Microsoft提供的媒体流分段器之类的软件。 Apple或集成第三方解决方案的一部分。

分配组件（Distribution Component）
分发系统是Web服务器或Web缓存系统，可通过HTTP将媒体文件和索引文件传递给客户端。不需要自定义服务器模块即可交付内容，并且通常在Web服务器上只需要很少的配置。要实际部署HTTP Live Streaming，您需要为浏览器或客户端应用程序创建HTML页面以充当接收器。您还需要使用Web服务器，以及将实时流编码为包含HEVC或H.264视频以及AAC或AC-3音频的分段MPEG-4媒体文件的方式。

客户端软件（Client Software）
客户端软件负责确定要请求的适当媒体，下载这些资源，然后重新组合它们，以便可以将媒体连续地呈现给用户。客户端软件包含在iOS 3.0和更高版本中以及安装了Safari 4.0或更高版本的计算机上。

客户端软件首先使用标识流的URL获取索引文件。索引文件又指定可用媒体文件，解密密钥以及任何可用备用流的位置。对于选定的流，客户端按顺序下载每个可用的媒体文件。每个文件包含流的连续段。一旦下载了足够数量的数据，客户端便开始向用户展示重组后的流。

客户端负责获取所有解密密钥，验证或提供允许验证的用户界面以及根据需要解密媒体文件。

此过程将继续进行，直到客户端在索引文件中遇到EXT-X-ENDLIST标记为止。如果不存在EXT-X-ENDLIST标记，则索引文件是正在进行的广播的一部分。在正在进行的广播期间，客户端会定期加载索引文件的新版本。客户端在更新的索引中查找新的媒体文件和加密密钥，并将这些URL添加到其队列中。

项目释义
Audio/Video inputs视频源可以是任意格式，可以是离线文件或实时码流
Media encoder将视频源中的视频数据转码到目标编码格式（H264）的视频数据
stream segmenter对编码后的视频进行切片，视频会被转换成HLS格式的视频（即TS和m3u8文件
index file索引文件，后缀以".m3u8"结尾的文件
ts缓存内容，后缀以".ts"结尾的文件
HTTP传输协议

优劣性

优点：

  1. 基于HTTP传输，防止防火墙屏蔽；
  2. 码率自适应；
  3. 服务器易于拓展，易于http做负载均衡；

缺点:

  1. 时延较长（10秒左右），对时延敏感慎用；
  2. 对服务器内存要求高；

格式解析

项目释义
网络协议HTTP
封装格式MEPG-2 TS
编码格式视频编码格式为H.264，音频编码格式为MP3、AAC、AC-3或EC-3
索引文件M3U8

HLS文件

HLS文件

项目释义
index file主索引，后缀以".m3u8"结尾的文件
Alternate-A index file子索引，后缀以".m3u8"结尾的文件
ts实际缓存内容，后缀以".ts"结尾的文件

HLS有两级索引：

  1. 第一级索引存放的是不同码率的HLS源的M3U8地址，也就是二级索引文件的地址。
  2. 第二级索引则记录了同一码率下TS切片序列的下载地址。

客户端获取一级M3U8文件后，根据自己的带宽，去下载相应码率的二级索引文件，然后再按二级索引文件的切片顺序下载并播放TS文件序列。

HLS存储目录截图如下：

HLS存储文件目录

playlist(m3u8)介绍

HLS中的playlist是一个UTF-8编码的文本文件，其中包含了URL和描述性标签。一个常规的playlist如下所示：

#EXT-X-VERSION:3
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:1
 
# Old-style integer duration; avoid for newer clients.
#EXTINF:10,
http://media.example.com/segment0.ts
 
# New-style floating-point duration; use for modern clients.
#EXTINF:10.0,
http://media.example.com/segment1.ts
#EXTINF:9.5,
http://media.example.com/segment2.ts
#EXT-X-ENDLIST

其中以’#‘打头的行都是标签，HLS标准规定对于标准中未定义的标签，可以直接忽略；也就是说’#'也可以作为注释行。这里说明下上面M3U8文件的构成：

  1. #EXT-X-VERSION：表示协议的版本号，而且每个M3U8中只能出现一次该标签。对于具体版本号的定义，可以参考标准的第7节。
  2. #EXTM3U：作为M3U文件的标识符，可以用于文件类型识别，这是必须的字段。
  3. #EXT-X-TARGETDURATION：表示最长分片的时长，这是必须的字段。
  4. #EXT-X-MEDIA-SEQUENCE：表示playlist文件中第一个分片的序列号（整数值）。如果M3U8文件中没有该字段，则playlist中第一个分片的序列号必须是0。
  5. #EXTINF：表示下一个分片的时长。对于每个分片，必须有该字段。 对于#EXT-X-VERSION小于3的情况下，duration必须是整数；其他情况下duration可以是浮点数和整数。title是一个可选字段，仅用于增强可读性。
  6. #EXT-X-ENDLIST：该字段表示分片结束，不会在playlist文件中添加新的分片。

上面介绍的是最常见的playlist，还有一种playlist，仅包含播放节目列表信息，在HLS中称为master playlist，也是我们上图描述二级索引的结构，其示例如下：

#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=1280000,AVERAGE-BANDWIDTH=1000000, RESOLUTION=720x480
http://example.com/low.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=2, BANDWIDTH=2560000,AVERAGE-BANDWIDTH=2000000, RESOLUTION=1080x720
http://example.com/mid.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=3, BANDWIDTH=7680000,AVERAGE-BANDWIDTH=6000000, RESOLUTION=1920x1080
http://example.com/high.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=4, BANDWIDTH=65000,CODECS="mp4a.40.5"
http://example.com/audio-only.m3u8

其中包含的标签说明如下：

  1. #EXT-X-STREAM-INF：用于标识一个Variant Stream，这是由一系列的Redition组成的。该标签的属性列表中包含了Variant Stream的描述信息。例如：

    • BANDWIDTH表示Variant Stream中的峰值比特率，单位bits/s。
    • AVERAGE-BANDWIDTH表示Variant Stream中的平均比特率，单位bits/s。
    • CODECS包含Variant Stream中音视频编码格式相关的信息，比如上面的"mp4a.40.5"。
    • RESOLUTION包含Variant Stream中对应视频流的分辨率。
    • FRAME-RATE表示Variant Stream中的视频帧率。

  2. M3U8中还有一个标签需要关注下，EXT-X-PLAYLIST-TYPE。该标签只有两个值：EVENT、VOD。EVENT指的是分片工具只能在M3U8末尾添加新的分片的信息，但不能删除老的分片，通常比较适用于直播+录播的情况（既要提供给客户端点播功能，也要对实时场景进行录制，直播完成之后EVENT就自然退化为VOD）。但是对于M3U8中存在#EXT-X-ENDLIST标签时，可以忽略EXT-X-PLAYLIST-TYPE。

  3. 还有一种情况，如果M3U8中不存在#EXT-X-ENDLIST以及EXT-X-PLAYLIST-TYPE标签，则服务器端可以任意更新playlist内容。

HLS playlist(m3u8)格式详解

可参考：
https://www.cnblogs.com/tocy/p/hls-playlist-example.html
https://blog.csdn.net/weixin_33735077/article/details/86362702
https://blog.csdn.net/weixin_38451161/article/details/101033178

播放模式

点播VOD

特点就是当前时间点可以获取到所有index文件和ts文件，二级index文件中记录了所有ts文件的地址。这种模式允许客户端访问全部内容。上面的例子中就是一个点播模式下的m3u8的结构。

Live 模式

就是实时生成M3u8和ts文件。它的索引文件一直处于动态变化的，播放的时候需要不断下载二级index文件，以获得最新生成的ts文件播放视频。如果一个二级index文件的末尾没有#EXT-X-ENDLIST标志，说明它是一个Live视频流。

客户端在播放VOD模式的视频时其实只需要下载一次一级index文件和二级index文件就可以得到所有ts文件的下载地址，除非客户端进行比特率切换，否则无需再下载任何index文件，只需顺序下载ts文件并播放就可以了。但是Live模式下略有不同，因为播放的同时，新ts文件也在被生成中，所以客户端实际上是下载一次二级index文件，然后下载ts文件，再下载二级index文件（这个时候这个二级index文件已经被重写，记录了新生成的ts文件的下载地址）,再下载新ts文件，如此反复进行播放。

参考链接：
https://www.jianshu.com/p/426425cad08a
https://www.jianshu.com/p/32417d8ee5b6
https://www.jianshu.com/p/6de22b88dc73
https://blog.csdn.net/u011857683/article/details/84863250
https://blog.csdn.net/qiandublog/article/details/53434081
https://blog.csdn.net/weixin_38451161/article/details/101033178
https://www.cnblogs.com/tocy/p/hls-playlist-example.html

终成一个大象
关注
专栏目录
Rtmp协议看一篇就够了
fdsafwagdagadg6576的专栏
11-03 1674
1 rtmp chunk struct： 2 chunk msg header2.1basic header,chunk msg header 关系和chunk msg header struct basic header和chunk msg header都是变长的. basic header根据chunk stream id的大小，可以是1 bytes,2 bytes or 3 bytes。如何区分参见：https://blog.csdn.net/xwjazjx1314/article/det...
FFmpeg入门详解之99：基于nginx的rtmp直播服务器（nginx-rtmp-module实现）
福优学苑@音视频+流媒体
10-20 378
2、到 https://github.com/arut/nginx-rtmp-module 下载rtmp模块(git clone https://github.com/arut/nginx-rtmp-module.git)#配置RTMP状态一览HTTP页面=========================================play /usr/share/nginx/html/vod/flvs/;#配置RTMP状态一览界面结束==========================
HLS入门
TBMmagic的博客
05-29 1066
一、HLS简介二、HLS与VHDL/Verilog三、HLS优点与局限 一、HLS简介 HLS(High Level Synthesis)：一款高层次综合工具。 能够将 C/C++ 或 者 system C 等高级语言转化为 RTL (底层硬件描述语言)电路，降低开发时间。 提供了常见的库（例如图像处理相关的 OpenCv 库和其 它的数学库）。 可以创建IP并通过例化或者使用 BlockDesign 的方式应用到项目中。 转化原理：在前端将 C 语言描述进行分析，然后进行代码层面的优化（code-.
HLS新手入门教程
热门推荐
凳子花❀的博客
02-16 1万+
HLS新手入门笔记
流媒体之HLS协议(其三)
最新发布
weixin_61503529的博客
09-10 820
HLS与RTMP都是流媒体协议，RTMP由Adobe开发，广泛应用于低延时直播，也是编码器和服务器对接的实际标准协议，在PC（Flash）上有最佳的观感体验；HLS由苹果公司开发，可以支持Live（直播），也可以支持VoD（点播）。HLS是苹果平台的标准流媒体协议，和RTMP在PC上一样支持得非常完善。HLS全称HTTP Live Streaming，是一种基于HTTP的流媒体网络传输协议。它的基本工作原理是把整个流分成一个一个小的基于HTTP的文件来下载，每次只下载一些。
无敌简单hls入门教程
weixin_40162095的博客
03-12 1万+
HLS实战1：矩阵乘法 循环展开 Pipeline处理 数组优化 基于联合仿真的电路优化 AXI-lite接口综合 SOC系统整合 测试软件开发 文章目录hls数据类型新建hls工程矩阵乘法示例1.新建工程2.编码3.编译4.Run C Simulation5.C Synthesis选择顶层函数Synthesis结果分析 hls数据类型 需要包含头文件，该头文件实现任意精度定点数。 #include "ap_fixed.h" 电路设计中，常常需要一个十位的数据类型，也就是ap_int<10&
HLS协议的解读
beautyfuel的博客
11-09 3006
今天来介绍一下HLS协议，这个协议是由苹果公司提出并推广开来的。来一段维基百科的定义。 HTTP Live Streaming（缩写是HLS）是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。是苹果公司QuickTime X和iPhone软件系统的一部分。它的工作原理是把整个流分成一个个小的基于HTTP的文件来下载，每次只下载一些。当媒体流正在播放时，客户端可以选择从许多不同的备用
HLS
xuheazx的专栏
06-13 1565
HLS : http live streaming 主要关注点： 1: 把音视频的package 封装成TS流文件  2: m3u8 索引文件和分段策略 m3u8 格式详解： 注意看切片索引文件： #EXTM3U m3u文件头，必须放在第一行 #EXT-X-MEDIA-SEQUENCE 第一个TS分片的
计算机网络知识汇总（超详细整理）从零基础入门到精通，看完这一篇就够了
2401_84296945的博客
05-04 2548
网络层在数据链路层提供的两个相邻端点之间的数据帧的传送功能上，进一步管理网络中的数据通信，将数据设法从源端经过若干个中间节点传送到目的端，从而向运输层提供最基本的端到端的数据传送服务。网络层基本功能目的IP地址源IP地址协议其它相关问题数据报长度大于传输链路的MTU的问题，通过分片机制标识、标志、片偏移防止循环转发浪费网络资源（路由错误、设备故障…），通过跳数限制生存时间TTLIP报头错误导致无效传输，通过头部机校验首部校验和IP地址。
ExoPlayer架构详解与源码分析（9）——TsExtractor
blovecat的博客
11-17 1230
上篇说完了Extractor的整体结构，本篇将详细讲解Extractor的实现，主要通过TsExtractor这个实现类来讲解，顾名思义TsExtractor是用于TS容器格式的解析器。TS（Transport Stream，传输流）是一种封装的格式，它的全称为MPEG2-TS。MPEG组织于1994年推出MPEG-2压缩标准，以实现视/音频服务与应用互操作的可能性，MPEG-2标准是针对标准数字电视和高清晰度电视在各种应用下的压缩方案和系统层的详细规定。
WebRTC GCC拥塞控制算法详解
yinshipin007的博客
03-02 894
m74GCC全称Google Congest Control，所谓拥塞控制，就是控制数据发送的速率避免网络的拥塞。可以对比TCP的拥塞控制算法，由于WebRTC使用基于UDP的RTP来传输媒体数据，需要一个拥塞控制算法来保证基本的Qos。*注：本文不涉及Transport CC，只是早期版本的GCC。GCC核心思想就是通过预测可用带宽来控制发送的速率，会结合发送端和接收端两端各自估测的带宽来综合计算，其中发送端的带宽估测主要依赖于丢包率(其实也有延迟)，接收端的带宽估测依赖于延迟(的变化)。换句话说，GCC
HLS使用教程
04-17
HLS语言在vivado中详细的使用教程，从准备工作、新建工程、添加资源、C代码验证及仿真、对算法进行综合、RTL仿真、封装为IP
vivado hls入门
10-25
Vivado HLS的入门教程，实现axi hp接口的DDR内存访问，(日语，但很容易看懂，步骤十分详细）
HLS 原理1
weixin_33887443的博客
01-07 546
HLS HLS是为移动设备开发的基于HTTP的流媒体解决方案。 原理： 将视频或流切分成小片（TS）， 并建立索引（M3U8）. 支持视频流：H.264； 音频流：AAC M3U8文件解析 M3U8文件在很多地方也叫做Playlist file。 一个简单的例子： EXTM3U EXT-X-TARGETDURATION:10 EXT-X-MEDIA-SEQUENCE:1 EXTINF:10...
HLS协议深度分析
m0_60259116的博客
07-18 304
HLS协议深度分析
HLS协议原理
sw_eet的博客
07-21 835
HLS协议提出的原因 HLS（HTTP Live Streaming）协议是由苹果提出的基于流媒体的网络传输协议。 RTMP（实时消息传输协议，1935端口）协议存在的一些问题。比如RTMP协议不使用标准的HTTP接口传输数据，所以在一些特殊的网络环境下可能被防火墙屏蔽掉。但是HLS由于使用的HTTP协议传输数据，不会遇到被防火墙屏蔽的情况（该不会有防火墙连80接口都不放过吧）。 RTMP是一种有状态协议，很难对视频服务器进行平滑扩展，因为需要为每一个播放视频流的客户端维护状态。而
HLS介绍
学无止境
07-14 1292
HLS介绍
HLS协议详解：优势与挑战
"HLS协议详解及其应用场景" HLS（HTTP Live Streaming）是一种基于HTTP的流媒体传输协议，由苹果公司为移动设备如iPhone、iPad等设计，但也适用于桌面平台如VLC播放器。HLS的主要目标是通过普通Web服务器提供实时或...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值