关于直播视频格式和浏览器兼容性历史的前因后果

由于误打误撞来到了淘宝直播团队,从开始彻底不了解直播技术,如今由于leader暂时的离开,准备接手h5播放器的迭代,就不得不开始了解相关的视频技术,先整理一下在直播技术中的视频格式和不一样浏览器的兼容性。html

直播协议HLS和RTMP

直播技术通常有两种协议方式,分别是HLS和RTMP,两种协议分别的解释我就摘抄了一个博主的解释html5

  • HLS ,是苹果公司实现的基于 HTTP 的流媒体传输协议,全称 HTTP Live Streaming,可支持流媒体的直播和点播,主要应用在 iOS 系统,为 iOS 设备(如 iPhone、iPad)提供音视频直播和点播方案。
  • RTMP ,实时消息传输协议,Real Time Messaging Protocol,是 Adobe Systems 公司为 Flash 播放器和服务器之间音频、视频和数据传输开发的开放协议。协议基于 TCP,是一个协议族,包括 RTMP 基本协议及 RTMPT/RTMPS/RTMPE 等多种变种。RTMP 是一种设计用来进行实时数据通讯的网络协议,主要用来在 Flash/AIR 平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通讯。

总结下来就是RTMP是Adobe公司推出的基于flash的实时视频消息传输协议,服务端和用户端经过flash创建长连接,并实时进行消息的推送、传输和接收而后播放,对应的视频播放格式是flv。而HLS就是apple公司为了消灭flash(由于老乔一直以来对flash的抵制和ios对flash的不支持)本身定义的一套替代flash的视频解决方案。服务器和用户端经过不停的接收视频片断(每一个片断都经过一次http请求)来播放,对应的视频播放格式是m3u8,其中m3u8只是一个表示视频片断地址的纯文本,用来加载一个个的.ts视频文件。android

HLS和RTMP的利弊

两种协议各有利弊,具体的在本篇中不展开了,就我所知的RTMP协议延迟低,协议自己设计简洁,适合实时性较高的网络直播,HLS是http请求,因此能够用cdn缓存等方式加快传输,可是由于是视频片断,容易被跳过,因此若是有强制广告要求的话也可能被跳过。可是RTMP由于占用的网络端口是1935,若是之后浏览器的一些新安全机制就有可能block全部80端口之外的链接,也有安全性问题。ios

flv和m3u8格式的浏览器兼容性

移动端

由于苹果公司对flash的强烈抵制以及本身定的视频协议,因此在ios端原生支持m3u8格式的视频播放而不支持flv的播放,并且由于苹果在移动端的领头做用,因此其余移动端包括android浏览器也都原生支持m3u8格式的视频播放。git

PC端

pc端由于历史缘由,在hls以前都是用flash播放视频,后来随着html5的普及,能够用原生的video标签来播放mp四、ogg、webm等视频格式的播放,可是对于直播格式m3u8(除了safari)和flv都不能支持播放。因此如今pc端广泛的作法仍是经过flash来播放m3u8和flv格式的视频。github

MSE

可是由于flash的淘汰正在加速,也比较有决心,好比我就发现如今chrome播放flash视频已经要手动点击容许了。加上media source extention在高端浏览器已经被支持,就能够直接在浏览器端就实现视频格式的转换。MSE是一个能够经过js控制浏览器视频源文件的api,有了这个api咱们就能够经过js在浏览器端对视频进行转码及处理并提供给video标签了。B站已经开源了一个flv播放器flv.js,原理就是经过解析视频源,而后进行视频源解码转换成mp4格式,而后经过mse丢在video原生标签里播放,同理也有hls.js对m3u8格式的视频进行转码在pc端播放。web

相关文章
相关标签/搜索