使用HLS做直播，总会延时在1分30秒或以上，有何减少延时的方法吗

目前手页直播，主要方案有如下几种：

1,基于hls切片直播，前前是应用的主流,服务器可以选fms,wowza,nginx,srs之类

优点：集成方便，支持度高，兼容性好，主流手都支持，是目前直播技术主流。

缺点：延时大，一般服务器可以控制切片时长（延时可以控制在15-30秒之间）

2,基于浏览器mse技术，目前端技术上有B站的flv解码器。后端技术srs之类。

优点：集成方便，兼容性一般，原有技术平台可以保留，延时可以控制在10秒内

缺点：（主要是部分浏览器不支持mse,），目前iOS微信内不支持，延时稍大。

注：有人用h264的解码，代替flv,效过接近。

3，基于webrtc技术，目前只有wowza支持。

优点：延时少

缺点：兼容性差，目前ios不支持，原技术方案要调整，项目改造大。

4，基于ovmeet技术自建流服务直播，

优点：延时少，超低，可控在1秒内（测试在0.2秒左右），兼容好，所有html5手机平台通吃，技术兼容原平台推流rtmp,rtsp,rtp。

缺点：要自建流服务，

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、新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。

HLS协议允许流媒体分段下载，不过这种HTTP分段点播的方式已经用于很多流媒体服务网站。但HLS的特别之处在于，它的分段非常小，而这种小的分段方式也让HLS独特的在线视频直播方式成为可能。

HLS直播最大的特色，同时也是不同传统网络直播的方式在于，直播客户端获取到的，一直都不是一个完整的数据流。HLS协议在服务器端将直播数据流截取并存储为连续的、时长很短的媒体文件，客户端则不断下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，并利用生成的m3u8文件进行索引，从而实现完整地视频直播。

此外与实时传输协议(RTP)不同，HLS只请求基本的HTTP报文，因此可以穿过任何允许HTTP数据通过的防火墙或者代理服务器，而它也很容易使用内容分发网络来传输媒体流。

---