不少同学未免会又些纳闷、hls直播流几乎所有的平台都支持、只需要少量的改动都可以实现hls直播、为什么还要花那么多精力去研究和支持软解直播hls流呢？
主要原因有一，hls直播流解码依赖于video标签解码、也就意味着video标签支持哪些视频编码就只能直播什么类型的视频，类似于h265就没办法支持、当然按照目前来说大部分视频编码h264基本已经足够，h265编码的视频很少。研发的成本和需求比不是很明显，但是作为一个技术人员角度、就只有一种说法，我可以不用、但是不能没有，因此也支持了软解h264，h265视频编码的功能，只要使用mxplayer的用户可以自己选择是使用video解码器还是软解码器，各有优点灵活切换。
当然了播放器支持直播，也支持视频在线播放，同时不管是直播，点播都支持，播放模式可以在普通视频模式和VR模式灵活切换。
目前市面上如果需要播放flv直播流，大部分都使用的是B站的flv.js,但是flv.js 支持设备有限，ios无法使用导致直播协议无法统一，延迟时间也因此变得不一致。因此mxplayer为解决这个痛点，开发了网页端（包括android/ios/pad/windows/linux等）设备都支持的flv直播解码器，实现了flv直播，延迟一般在1-2秒左右。当然也支持VR flv直播，但是目前还不太建议直接使用软解的方式直播vr，因为vr视频一般都10多兆码率，分辨率也在4K以上，软解比较吃力，所以flv直播流还是应用于普通视频直播，能很好解决flash停止更新导致无法继续使用rtmp低延迟直播带来的问题
目前播放器支持的直播流有webrtc、flv、hls、dash等，延迟比较从低到高依次是webrtc<rtmp<flv<hls,所以说如果觉得flv不足以满足低延迟的要求，那可以直接上webrtc，延迟比rtmp还低，唯一不足之处在于flv和hls可以很方便部署cdn，大部分cdn厂商都支持，而webrtc需要自己配置服务器环境。但是考虑差不多200ms左右的延迟也是值得一试！
mxplayer播放器支持http-flv,hls,dash,webrtc直播
自从flash被停止支持以后，网页端直播再也无法支持rtmp直播流，导致现有的项目收到影响，现有的直播技术分别还有hls流、http-flv直播流，dash流等
hls直播流相对应其他直播流，兼容性最好，但是延迟也是最高的，http-flv直播依赖于flv.js，dash直播依赖于dash.js,延迟相对于hls可以控制在1-6秒左右，但在ios系统又无法正常使用，如果项目对兼容性有要求那也不是最好的解决办法。
那如何才能兼顾延迟低，兼容性又好呢？