HLS是Apple的动态码率自适应技术。
主要用于PC和Apple终端的音视频服务。包括一个m3u的索引文件，TS媒体分片文件和key加密串文件。常用的流媒体协议主要有HTTP渐进下载和基于RTSP/RTP的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用HTTP渐进下载方法。
在这个中apple公司的HLS是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流.现在见到在桌面也有很多应用了，HTML5是直接支持这个。HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。
HLS优劣势分析
1、优势
HLS协议使用标准HTTP传输数据，具有较好的网络穿透及防屏蔽性，更易于内容分发网络传输；HLS协议本身是支持码率自适应的，客户端可以根据实际网络状况切换到合适的码率播放；HLS内容发布服务更简单，对系统设备要求较低，更容易实现负载均衡，并且HLS是无状态协议的HTTP，客户端只需要下载即可。
2、劣势
延时较大，尤其是在直播的情况下，很难做到10s以内的延时，不排除网上各种改进版本及算法，内容生成时对编码端性能要求较高。
HLS (HTTP Live Streaming)是Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。
常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。
HLS的特点：
HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。
新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。
女生说hls是指是魏大勋（花老师），hls是缩写。
因为《明星大侦探》中的“敬亭山上大勋花开”这句玩笑话，于是粉丝便给他们组成了山花CP，白敬亭为山，魏大勋为花，“相看两不厌，只有敬亭山”。所以白敬亭为山，而有一种花叫大勋花，所以称魏大勋为花。
魏大勋和白敬亭的关系：
白敬亭和魏大勋两人都是当红艺人，都有着数目庞大的粉丝，要说到两人的交集那可谓是不少，两人早在录制综艺节目明星大侦探时就十分友爱。
从节目中我们可以看出，魏大勋和白敬亭两人之间关系十分要好，就如同好哥们一样。魏大勋在节目中对于小白也十分照顾，甚至当他抱起小白时不少网友还表示仿佛看到了爱情。早前魏大勋还晒出了同白敬亭一起健身的照片，惹得不少白敬亭的粉丝羡慕不已。
HTTP Live Streaming（缩写是HLS）是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。
HLS协议是苹果推出的解决方案，将视频分成5-10秒的视频小分片，然后用m3u8索引表进行管理，由于客户端下载到的视频都是5-10秒的完整数据，故视频的流畅性很好，但也同样引入了很大的延迟(HLS的一般延迟在10-30s左右)。
相比于FLV，HLS在iPhone和大部分android手机浏览器上的支持非常给力。
扩展资料：
HLS协议客户端支持简单, 只需要支持 HTTP 请求即可, HTTP 协议无状态, 只需要按顺序下载媒体片段即可，而且网络兼容性好, HTTP 数据包也可以方便地通过防火墙或者代理服务器。
但是相比RTMP 这类长连接协议, 用到互动直播场景延时较高。HLS(HTTP Live Streaming)是苹果公司推出的流媒体协议, 用于直播或点播场景, 应该算是当前平台兼容性最好的流媒体协议了. 其他主流的流媒体协议还有RTP(内容传输使用UDP)和Adobe的RTMP(基于TCP).
百度百科—HLS
HTTPLiveStreaming（HLS）是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。HLS协议是苹果推出的解决方案，将视频分成5-10秒的视频小分片，然后用m3u8索引表进行管理，由于客户端下载到的视频都是5-10秒的完整数据，故视频的流畅性很好。 演示机型：Iphone 12系统版本：ios14
以Iphone 12，iOS 14为例，HTTP Live Streaming（HLS）是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。HLS协议是苹果推出的解决方案，将视频分成5-10秒的视频小分片，然后用m3u8索引表进行管理，由于客户端下载到的视频都是5-10秒的完整数据，故视频的流畅性很好，但也同样引入了很大的延迟（HLS的一般延迟在10-30s左右）。相比于FLV，HLS在iPhone和大部分android手机浏览器上的支持非常给力。
如下图，包含三部分，右边一列为边缘节点；中间一列代表数据中心；左边一列是项目为客户提供的一系列web管理工具：
具体来说在我们项目中有一堆边缘节点，每个节点上部署一台强大的GPU服务器及N个网络摄像头，服务器持续记录摄像头的高清码流，同时跑模型持续分析视频内容；边缘服务器与数据中心之间有一条网络链路，但 带宽非常小 ，通常只作数据、控制命令下发用；数据中心部署了一系列web服务，为不同用户提供审阅系统运行情况及发布操作边缘节点命令的端口。
那么问题来了，终端用户通常并不关心摄像头录制到的视频，但 偶尔 需要抽检部分视频文件确定系统正在正常运行，出问题的时候算法团队需要导出原始高清视频作进一步分析，怎么破？提炼一下关键条件：
数量众多的边缘节点，每天生成海量视频
边缘节点到数据中心带宽有限
需要提供不同清晰度的视频满足不同场景需要
最直观的方案是，将节点上的视频不断推送到数据中心，客户端直接访问存储在数据中心的视频数据，但这明显不符合场景要求，因为边缘节点到数据中心的带宽非常小，没办法支持高清视频文件的持续传输，而且抽检频率很低，全传回来了大多数也是用不上的。
第二种方案可以选择按需调度，即由客户明确发出抽调命令，指定时间范围、边缘节点列表、摄像头列表、清晰度，数据中心按需同步。这种方案有两个问题，一是延迟大，命令从客户端发出后，得等数据中心到边缘节点捞完数据，才能开始推送视频，开始响应；二是需要实现一套调度系统，实现一堆提高可用性的逻辑，比如监控带宽防止打满、实现断点续输、异步任务生命周期管理等。
第三种，也就是本文阐述的技术方案：使用 ffmpeg 动态调整视频码率、分辨率；使用 HLS 分段传输视频内容。
如果读者想到更多可能性，还请联系作者，我们可以讨论讨论。
二、核心技术
2.1 ffmpeg 简介
ffmpeg 是一个非常有名的高性能音视频处理工具，它可以轻松实现视频转码、分割、码率调整、分辨率调整、元数据解析、帧包解析等等，能满足大多数视频处理场景。网上已经有很多相关的讨论文章，本文就不赘述了。
HLS (HTTP Live Streaming)是Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。
常用的流媒体协议主要有HTTP渐进下载和基于RTSP/RTP的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用HTTP渐进下载方法。在这个中apple公司的HTTP Live Streaming是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流．现在见到在桌面也有很多应用了，HTML5是直接支持这个。
但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。
其他：
新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：
不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。
1、HLS (HTTP Live Streaming)是Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。
2、常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流.现在见到在桌面也有很多应用了，HTML5 是直接支持这个。
3、但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。
4、新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。
大家在关注
