HLS直播与延迟时长的来源与超低延迟直播

阿酷tony

已于 2023-05-08 00:43:29 修改

阅读量1.5k

点赞数

分类专栏：视频应用与直播流媒体技术文章标签： HLS延迟直播延迟视频直播延迟

于 2023-05-08 00:35:20 首次发布

本文链接：https://blog.csdn.net/ffffffff8/article/details/130550532

版权

视频应用与直播同时被 2 个专栏收录

62 篇文章

订阅专栏

流媒体技术

31 篇文章

订阅专栏

1.HLS直播延迟时长（HTTP Live Streaming）

HTTP Live Streaming（简称 HLS）是一个基于 HTTP 的视频流协议，由 Apple 公司实现，Mac OS 上的 QuickTime、Safari 以及 iOS 上的 Safari 都能很好的支持 HLS，高版本 Android 也增加了对 HLS 的支持。一些常见的客户端如：MPlayerX、VLC 也都支持 HLS 协议。

HLS 协议基于 HTTP，非常简单。一个提供 HLS 的服务器需要做两件事：

编码：以 H.263 格式对图像进行编码，以 MP3 或者 HE-AAC 对声音进行编码，最终打包到 MPEG-2 TS（Transport Stream）容器之中；
分割：把编码好的 TS 文件等长切分成后缀为 ts 的小文件，并生成一个 .m3u8 的纯文本索引文件；

浏览器使用的是 m3u8 文件。m3u8 跟音频列表格式 m3u 很像，可以简单的认为 m3u8 就是包含多个 ts 文件的播放列表。播放器按顺序逐个播放，全部放完再请求一下 m3u8 文件，获得包含最新 ts 文件的播放列表继续播，周而复始。整个直播过程就是依靠一个不断更新的 m3u8 和一堆小的 ts 文件组成，m3u8 必须动态更新，ts 可以走 CDN。一个典型的 m3u8 文件格式如下：

#EXTM3U 
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=200000 
gear1/prog_index.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=311111 
gear2/prog_index.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=484444 
gear3/prog_index.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=737777 
gear4/prog_index.m3u8

可以看到 HLS 协议本质还是一个个的 HTTP 请求 / 响应，所以适应性很好，不会受到防火墙影响。但它也有一个致命的弱点：延迟现象非常明显。如果每个 ts 按照 5 秒来切分，一个 m3u8 放 6 个 ts 索引，那么至少就会带来 30 秒的延迟。如果减少每个 ts 的长度，减少 m3u8 中的索引数，延时确实会减少，但会带来更频繁的缓冲，对服务端的请求压力也会成倍增加。所以只能根据实际情况找到一个折中的点。

对于支持 HLS 的浏览器来说，直接这样写就能播放了：

<video src="http://devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u8"
 height="300" width="400"></video>

2.RTC无延时直播/超低延迟直播

无延时直播/超低延时常见应用场景：

在线教学、企业培训、MR直播、教学场景下视频连麦互动
支持基于纯html5页面的web直播
支持PC端谷歌浏览器、360浏览器等
支持微信观看、手机各类观看浏览器
无延时直播以毫秒计，画面同频性非常好

上阿酷TONY的实测图片：

图1：无延时直播/超低延时直播（实测组图）

图2：无延时直播/超低延时直播（实测组图）

图3：无延时直播/超低延时直播（实测组图）

视频延时与画面同步性验证

延时时间：延迟超低。如上图中可以看出，直播延迟超低，毫米级；普通直播的延迟基本在3-15秒左右；

画面同步性：采集端与三个观看终端同步；

无延时直播/超低延时直播，主要只测试延时情况，没有涉及直播产品的功能、使用操作界面，有兴趣的朋友可以加联系我实际测试哦~~~

HLS直播与延迟时长的来源与超低延迟直播

1.HLS直播延迟时长（HTTP Live Streaming）

2.RTC无延时直播/超低延迟直播

MR虚拟直播

无延迟直播

视频加密与安全

在线导播台