html5--移动端视频video的android兼容,去除播放控件、全屏等

android下html5的视频播放一直是前端兼容的重灾区,各类体验差,被诟病已久。但以前的故宫穿越H5,和吴亦凡入伍H5,利用的视频技术,貌似又给人一种新面貌。css

前段时间作某项目,刚好也是一个相似视频全屏的,下面跟你们分享下经历的坑和填坑的办法。html

ios端问题其实没什么,基本都在android端,基本每个带有视频的项目都会遇到的,固然有特殊需求的产生的状况另说了就,问题主要有几个方面:前端

  1. 全屏处理;
  2. 自动播放;
  3. 播放控制;
  4. 隐藏播放控件;

video全屏的处理

这个其实不难,只需在video标签加个webkit-playsinline属性便可,这个属性基本上在基于webkit内核的移动端都是没问题的,此全屏非彼全屏,它是在浏览器视窗内的全屏,并非占居整个手机的全屏,固然咱们作web端须要的就是在document的body内的视窗范围的全屏。html5

<video id="myvideo" src="test.mp4" webkit-playsinline="true"></video>

在ios下,视频被嵌入后,媒体的元数据加载完成后,会以全屏的形式显示出来,或者加个poster,能够看到画面。但在android下,多数机子是不显示视频画面的,要不就是显示一个黑色的还不是全屏的播放控件,即便及加个poster封面也不济因而。由于poster在android兼容的并很差,不如在视频上层加个div铺张图片,这个比较好的处理方式应该是:视频上加一层div作封面,因为android不容许视频上层有东西,因此首先将视频设为的width:1px,当播放后,上层的封面remove掉,同时width:100%或者你想要的宽度。android

video的自动播放

这个的话就很少说了,相信你们跟我同样,试图寻找android下,页面加载完毕就能够自动播放,但现实是残酷的,android下是不容许自动播放的,即便你用了video.play(),也是不行的。必须有用户的主动触发,好比触摸了屏幕,有click或touch事件产生。不知之后android会不会改进,但至少目前来看是不行的。比较的好的办法是,引导用户触发,滑屏或touch的行为,而后调用video.play()播放,给用户一个自动播放的错觉。ios

video播放的控制

对于video或者audio等媒体元素,有一些方法,经常使用的有play(),pause();也有一些事件,如'loadstart','canplay','canplaythrough','ended','timeupdate'.....等等。git

在移动端有一些坑须要注意,不要轻易使用媒体元素的除'ended','timeupdate'之外event事件,在不一样的机子上可能有不一样的状况产生,例如:
ios下监听'canplay'和'canplaythrough'(是否已缓冲了足够的数据能够流畅播放),当加载时是不会触发的,即便preload="auto"也没用,但在pc的chrome调试器下和android下,是会在加载阶段就触发。ios须要播放后才会触发。
总之就是如今的视频标准还不尽完善,有不少坑要注意,要使用前最好本身亲测一遍。github

关于控制的问题还想说一点就是android在播放视频时会有个控件初始化的过程,在全屏视频想假装成非视频时,是咱们很不想看到的,个人解决思路是这样:
在咱们须要播放时提早初始化它,即须要播放的时间前先设width:1px;而后play()一下,使视频已经播放初始化。而后再须要播放的时候再次play()时就不会产生,控件拉伸的状况了。web

“去除”android下的播放控件条

重头戏来了,相信这个这个问题已困扰无数的前端开发人员,再搜寻这个问题的解决方法时,几乎全部的文章都是告诉你android下,播放器的控件是去不了的。其实彷佛确实是这样的,但你看了故宫穿越H5,和吴一凡那个H5后,会发现,在android下,也是没有控制条的。最初看到那些H5视频我首先并无去看他们的内容多么新颖,传播量多么广,我是第一时间测试了android下的兼容问题,发现并无出现控制条。在我研究半天未果时,在一篇技术帖中看到说:因是腾讯本身的项目,微信是腾讯本身的,他们在浏览器里作了一些配置,对旗下出品的H5有所“优待”,才能确保视频的顺利“乔装”。chrome

上面的说法我并无真正核实过,但好像是这么回事,很是有幸我作的那个视频项目也是腾讯的,实际上是有机会能够向他们证明一下以上说法的,但即便是这样的,也只有腾讯的项目有这样的解决办法,对于广大的开发者来讲彷佛并太不公平,我试图找到一种解决去除播放控件的解决方案,下面是我花了不少心思找到的一种解决办法,看似很简单也不那么高大尚,但确实解决了问题,跟你们分享:

我这里只看android的状况,ios基本没什么问题,就忽略啦。
测试机android版本:5.1
首先咱们将那个H5视频地址嵌入本身的页面,你会发现确实播放器出现了。以下

图片描述

怎么办呢,不是腾讯本身的项目就没办法了嘛?再我搜了N多资料未果后,发现了一个细节,控制条始终是最下方的,可不可让视频的尺寸放大些,将控制条顶到浏览窗口外面,就看不到了嘛,因而我将视频宽高放大到120%-----控件条神奇的‘消失’了(实际上是顶到视窗外面了),惊喜万分啊。

具体思路和实现以下:
html中将video标签外包一层,

<div class="videobox">
    <video id="mainvideo" webkit-playsinline="true" src="http://7xvl2z.com1.z0.glb.clouddn.com/nigg2.mp4"></video>
</div>

初始样式表以下:

html,body {
  padding: 0;
  margin: 0;
  width: 100%;
  height: 100%;
  -webkit-user-select: none; 
  user-select: none;
  overflow: hidden;
}

.videobox {
  width: 100%;
  height: 100%;
  position: absolute;
  left: 0;
  top: 0;
  overflow: hidden;
}

video {width: 1px;display: blcok;}

/*
注:html,body里的overflow:hidden,很是重要,不能省。
由于微信android的播放器是脱离DOM结构的,也不会响应click、touch等事件。
若是视频尺寸大了,会产生滚动条,必须在html和body加overflow:hidden,
在videobox加没用的。
*/

当视频要播放时改变video的宽度(高度会等比缩放,即便自定义高度也是没用的,会被忽略)

var video = document.querySelector('#mainvideo');
  var videobox = document.querySelector('.videobox');

  //播放时改变外层包裹的宽度,使video宽度增长,
  //相应高度也增长了,播放器控件被挤下去,配合overflow:hidden
  //控件看不见也触摸不到了
  var setVideoStyle = function (){
    videobox.style.width = '120%';
    videobox.style.left = '-10%';
    video.style.width = '100%';
  }

固然上面这样写参杂了一些需求逻辑,也能够直接样式表就width:120%,或者更大;这个根据本身的须要来,但基本思路就是将播放器控件顶出视窗以外,达到一种‘去除’、‘消失’的效果。连‘小窗’字样也被顶出去了,用过android或测试过的同窗都知道点了小窗后会怎样....(原版的即便去掉了播放器,但小窗字样还在,不能算彻底的隐藏播放控件吧)

相应产生的一些问题的解决办法:

1,视频被放大了,画面会被截掉一部分怎么办?

这个能够在视频输出的时候两边和下边留一些留白,即留白能够没用画面黑色底,但又属于视频尺寸的一部分,放视频放大后,将主体画面置满视窗,被挤到外面都是留白的便可。

2,视频播放完毕后会中间自动出现播放控件按钮

若是确实不想在播放完是出现一个按钮,哪怕只有零点几秒,就把视频remove掉,可使用timeupdate监听视频播放,用video.duration-video.currentTime的差值判断是否快要结束了,在结束前零点几秒提早remove掉。

3,要是否是全屏视频怎么搞?

能够,思路是同样的,将视频控件顶出外层的包裹层,利用overflow:hidden。只是全屏的外层包裹是body而已。

哦了,终于能够搞一个全屏视频假装的东西了。


2017-03-21补
随着时间的变迁,设备和技术的更新,本着不坑害同胞的心,负责任更新下仍是有必要的
我们仍是从上面的4个要点来讲ios和android吧

  1. 全屏处理;
  2. 自动播放;
  3. 播放控制;
  4. 隐藏播放控件;

补充--全屏处理

ios加playsinline属性,以前只带webkit前缀的在ios10之后,会吊起系统自带播放器,两个属性都加上基本ios端均可以保证内敛到浏览器webview里面了。若是仍有个别版本的ios会吊起播放器,还能够引用一个库iphone-inline-video(具体用法很简单看它github,这里不介绍了,只需加js一句话,css加点),
github地址是https://github.com/bfred-it/i...,加上playsinline webkit-playsinline这两个属性和这个库基本能够保证ios端没有问题了(不过亲测,只加这两个属性不引入库好像也是ok的,至今没有在ios端微信没有出现问题,若是你要兼容uc或者qq的浏览器建议带上这个库),
最后介绍个新的x5-video-player-type="h5"属性,腾讯x5内核系的android微信和手Q内置浏览器用的浏览器webview的内核,使用这个属性在微信中视频会有不一样的表现,会呈现全屏状态,貌似播放控件剥去了,至少加了这个属性后视频上层能够有其余dom元素出现了(非腾讯白名单机制的一种处理措施),

<video id="mainvideo" src="test.mp4" playsinline webkit-playsinline></video>

补充--自动播放

android始终不能自动播放,很少说。值得一提的是经测如今ios10后版本的safari和微信都不让视频自动播放了(顺带音频也不能自动播放了),但微信提供了一个事件WeixinJSBridgeReady,在微信嵌入webview全局的这个事件触发后,视频仍能够自动播放,这个应该是如今在ios端微信的视频自动播放的比较靠谱的方式,其余如手q或者其余浏览器,建议就引导用户出发触屏的行为操做出发比较好。

//也能够在这个事件触发后播放一次而后暂停(这样之后视频会处于加载状态,为后面的流畅播放作准备)
document.addEventListener("WeixinJSBridgeReady", function (){ 
    video.play();
    video.pause();
}, false)

补充--播放控制

关于控制,这里仅补充一点吧,就是当第一次播放视频的时候ios端,若是网络慢,视频从开始播到能展示画面会有短暂的黑屏(处理视频源数据的时间),为了不这个黑屏,能够在视频上加个div浮层(能够一个假的视频第一帧),而后用timeupdate方法监听,视屏播放及有画面的时候再移除浮层

video.addEventListener('timeupdate',function (){
    //当视频的currentTime大于0.1时表示黑屏时间已过,已有视频画面,能够移除浮层(.pagestart的div元素)
    if ( !video.isPlayed && this.currentTime>0.1 ){
        $('.pagestart').fadeOut(500);
        video.isPlayed = !0;
    }
})

补充--隐藏播放控件

听说腾讯的android团队的x5内核团队放开了视频播放的限制,视频不必定调用它们那个备受诟病的视频播放器了,x5-video-player-type="h5"属性这个属性好像就有点那个意思,虽然体验仍是有点...(导航栏也会清理)但至少播放器控件没有了,上层能够浮div或者其余元素了,这个仍是值得一提。
还有一点值得说的是,带播放器控件的隐藏,

<div class="videobox" ontouchmove="return false;">
    <video id="mainvideo" src="test.mp4" x5-video-player-type="h5" playsinline webkit-playsinline></video>
</div>

好比这个videobox在android下隐藏,只用display:none貌似仍是不行的,但加个z-index:-1,设置成-1就能够达到隐藏播放器控件的目的了。这个经测可用且好用,能够一试。

好了就先补充能想到要说的这么多吧,但愿对你们有帮助

来源:https://segmentfault.com/a/11...

相关文章
相关标签/搜索