菜单

manbetx2.0手机版视频播放–踩坑小计

2018年11月15日 - Html/Html5

看来频播放–踩坑小计

2018/06/09 · JavaScript
· 视频

原稿出处:
chenjsh36   

 

趁着流量时代的赶到和硬件技术之升级,越来越多之网站要能够当PC端或动端播放自己之视频,而
<video>的兼容性的渐渐全面,使得开发者重新愿意利用其来促成视频播放场景。

本篇文章要罗列__视频播放的通用场景以及每场景下踏上了之坑__,希望能__拉开发者在遇见要求开发时能够重复快地挑选恰当的技能方案以抽采坑的次数__。

相见的题材

企业官网首页需要播放一段介绍公司情况的视频,类似于扬属性!给到自之是
mp4 格式的视频 300 MB,这个明显不克一直坐网页上播放!

强烈要想的是欠如何压缩视频文件大小!

气象一样:自动播放

autoPlay 布尔属性;指定后,视频会马上自动开播放,不会见终止下来当正在数量载入了。

视频自动播放可以以页面打开都资源加载足够的动静下给视频自动播放,减少一不善用户点击的交互,同时可采用在动效背景、H5仿视频通话的机能。不过是因为各种缘由,自动播放无论以PC端还是倒端都来两样水平的克。

网页播放视频格式对比

时我打听及之有益于网页上播放的视频格式有 flv,swf,mp4等等!

flv 和 swf 需要浏览器支持 「adobe
flash」可是据我所知不是有着的浏览器都支持 flash 的,比如到即遇上 chrome
浏览器就是非支持flash,但是听说有措施解决,这里自己不怕未赘述了!

自家用的凡 mp4 格式 + H5
<video>标签,这个装有的浏览器还支持,具有老好之普及型和兼容性!

移动端

MP4 

MP4
凡是千篇一律种植视频文件格式,但是视频文件格式下同时出成百上千编码格式,现在常用之只有
H264 和 MPEG4格式    H263 和VP6格式 已淘汰!

H.264被MPEG组织称作AVC(Advanced Video
Codec/先进视频编码),是MPEG4业内的第10部分,用来代表前MPEG4第2有的(简称MPEG4P2)所制定的视频编码,因为AVC有正值比较MPEG4P2强多之减效率。最广大的MPEG4P2编码器有divx和xvid(开源),最普遍的AVC编码器是x264(开源)

MPEG-4大凡均等仿用于音频、视频信息的压缩编码标准,由国际标准化组织(ISO)和国际电工委员会(IEC)下属的“動態影像专家组”(Moving
Picture Experts
Group,即MPEG)制定,第一版本于1998年10月通過,第二本子以1999年12月通過。MPEG-4格式的主要用途在於網上串流、光碟、語音傳送(視訊電話),以及電視廣播

经精选自己操运用
H.264,于是下格式工厂对本来的视频格式进行格式转换,选择
MP4 输出设置选择 AVC 480p,点击确定,然后选取输出位置

manbetx2.0手机版 1

点击确定,然后点击开始更换就推行

manbetx2.0手机版 2

易完成后要么那个不错的,300 MB 的文件转换完成后成为的 29 MB
左右,而且清晰度也是!

IOS

早期不能不使起用户手势(user
gesture)video标签才得以播放; 从版本10始发修改了video的平整,苹果放宽了inline和autoplay,策略如下(仅适用于Safari浏览器):

止加载边播放的 MP4

出于 MP4
的视频文件信息默认是停在文件末尾,也即造成了亟须使拿公文加载了才能够播放视频,这明显是糟糕的,所以下面用
「MP4 Fast
Start」进行转账一下,把文件信息移动到视频文件的先头,这样浏览器在加载时即好一边加载一周播放了!

安卓

__早期__同一需要用户手势才得以播放; 安卓的 chrome 53
放宽了自动播放策略,策略不同让IOS的Safari,需要而对
video 设置 autoplay 和 muted(是否禁音),才同意自动播放;
__安卓的 FireFox 和 UC 浏览器__支持任何动静下之自动播放;
安卓的其余浏览器暂时无晓状况;

PC端

早期是__支撑自动播放,但__近来
Safari、Chrome
 陆续修改了自动播放的方针……

Safari 浏览器

__Safari
10 后__带动音频的视频和节奏默认禁止自动播放,更多信息可参照旋即首文章;

Chrome(旧本子) 下自动播放:

manbetx2.0手机版 3

Safari (10后)不活动播放:

manbetx2.0手机版 4

Chrome 浏览器

禁音的视频还可以播放,�带声音之视频会因__媒体参与指数__来控制是否自动播放,那什么是媒体介入指数?官方给了说以及连锁的维度:

MEI
是一个评估用户对于当前站点的媒体参与程度之指数,它在下面几乎单维度:

  • 用户以传媒齐停留时间超过了 7秒以上
  • 旋律必须是亮出,并且没有静音
  • 同 video 之间出过互动
  • 传媒之尺码不低于 200×140.

圈了晚开发者的心头是这样的:

manbetx2.0手机版 5

manbetx2.0手机版 6

检测是否自动播放?

好以管 Safari 还是
Chrome,在限制了自动播放的还要,提供了检测视频是否能自动播放的编制,以便让开发者在意识无法自动播放时有备选方案:

var promise = document.querySelector(‘video’).play(); if (promise !==
undefined) { promise.catch(error => { // Auto-play was prevented //
Show a UI element to let the user manually start playback }).then(()
=> { // Auto-play started }); }

1
2
3
4
5
6
7
8
9
10
var promise = document.querySelector(‘video’).play();
 
if (promise !== undefined) {
    promise.catch(error => {
        // Auto-play was prevented
        // Show a UI element to let the user manually start playback
    }).then(() => {
        // Auto-play started
    });
}

思考

为什么早期禁止视频自动播放?

because it can be disruptive, data-hungry and many users don’t like
it.
(因为其是破坏性的、需要大量流量同时广大用户不欣赏它)

怎么又同意自动播放?

为什么 IOS 下微信及钉钉可以自动播放带声音之视频?

诚然发现以微信时会看自动播放的H5,但是笔者自己写的设置了
autoplay、playsInline
的视频播放样例,在微信上仍然无法自动播放,而于沿钉上也足以自动播放

系统-浏览器 带声音 不带声音
IOS 钉钉 支持 支持
IOS Safari 禁止 自动播放
IOS 微信 禁止 禁止

经询问资料,IOS WebAPP 开发都是冲 IOS
提供的浏览器内核进行开发之
,所以于 WebAPP 的 webview
中好改自动播放的表现,钉钉明显是支持自动播放,微信则是禁止自动播放,但是提供了安放事件来支撑自动播放:

微信下通过 WeixinJSBridgeReady 事件开展自动播放:

document.addEventListener( ‘WeixinJSBridgeReady’, function() {
video.play(); }, false );

1
2
3
4
5
6
7
document.addEventListener(
  ‘WeixinJSBridgeReady’,
  function() {
    video.play();
  },
  false
);

气象二:全屏处理

当走端浏览器,  video 在用户点击播放还是通过API video.play()
触发播放时,会强制以全屏置顶的样式开展播放,设计的初衷可能是为全屏能提供更好之用户体验,但偶尔开发者希望能团结说了算是否全屏从而实现任何要求。

playsinline 取消全屏

一经想实现非全屏播放,只需要以video标签加个 playsinline 属性即可,这个特性在__冲webkit内核的活动端浏览器__核心无问题,实在非常就再加个 webkit-playsinline :

<video src={videoUrl} webkit-playsinline=”true” playsinline=”true”
/>

1
2
3
4
5
<video
    src={videoUrl}
    webkit-playsinline="true"
    playsinline="true"
  />

这就是说对于另外基本的浏览器要怎么处理也?这个时如果询问下时市面达成设有的浏览器有什么。

playsinline 兼容性

第一要明了世界目前季个浏览器内核:

manbetx2.0手机版 7

其中:

一经境内常见的PC浏览器如__UC浏览器、QQ浏览器、百度手机浏览器、360安全浏览器、谷歌浏览器、搜狗手机浏览器、猎豹浏览器__以及__活动端的UC、QQ、百度等手机浏览器__还是根据Webkit修改回复的基础,本质上我们得以看市场高达运动端用户采取的多还是webkit内核或者因
webkit 内核做修改的浏览器,所以 playsinline 的兼容性好好!

此情此景三:播放控制

video
元素有提供多只表现事件供开发者控制视频播放,兼容性比较好的有 onended 、
__ontimeupdate、onplay、onplaying ,__稍稍事件于不同浏览器不同装备上的底变现情况并无同等,

例如:ios
下监听’canplay‘(是否都缓冲了足足的数量可以通播放),当加载时是不会见硌的,即使__preload=”auto”
__为尚未因此,但每当 pc 的 Chrome 调试器下,是会见于加载阶段即接触。ios
需要播放后才见面接触。

Chrome 模拟器

加载成功:

manbetx2.0手机版 8

点击播放:

manbetx2.0手机版 9

MacOS Safari

加载成功:

manbetx2.0手机版 10

点击播放

manbetx2.0手机版 11

IOS Safari

加载成功:

manbetx2.0手机版 12

点击播放:

manbetx2.0手机版 13

部分事件在不同体系、设备、浏览器下显得的风味不等同,使用的早晚需要谨慎。

场面四:隐藏播放控件

controls 加上这个特性,Gecko
会提供用户控制,允许用户控制视频的播放,包括音量,跨帧,暂停/恢复播放。

controls
属性规定浏览器应该也视频提供播放控件,反的则藏身播放控件,那么开发者可以自定义自己的广播控件。隐藏播放控件在
PC 端和 IOS
移动端兼容性好,而当__安卓移动端并无支持隐藏控件__,不过还是可以透过有办法来促成。

黑科技法

较黑科技之法是推广视频,把控件长达移到视野之外,从而达成隐蔽的功用!其实就是是深受看频元素比父容器还十分,这样底部的控制长就是会见当父容器外面,然后父容器设置也:overflow:hidden, 实现藏播放控件的法子!
缺点是视频会让加大,需要提前留好空白供放大用。

manbetx2.0手机版 14

微信浏览器

腾讯的android团队的x5内核团队放开了视频播放的范围,视频不必然调用它们非常被诟病的视频播放器了,利用__x5-video-player-type=”h5″ 特性隐藏控件元素,同时__视频不再置顶,允许其他因素浮动在顶层

总结

叩问了视频播放的通用场景和周边的坑后,我们要__本着不同的场景提供对应之兜底方案__纵然会增强用户体验效果。例如移动端自动播放的H5
页面,可以通过引导用户进行点击或者滑动来间接触发视频播放是不过保守的做法,no
bug!更好之方案是默认自动播放并捕捉禁止播放的动静,再引用户展开交互实现视频播放。

动用 video
进行视频播放早期为关乎到性消耗大、流量消耗大半和处于用户体验等之考虑,在走端给界定得老要紧,但是随着手机特性的升官、流量时代的临、更胜地景需求,逐步放宽了限,而PC端则日益由“宽松世代”走向“紧缩世代”,两者都出由为用户产生双重好地体验的目的而不断更新自己的国策,未来或会走向一统,开发者就可由最底层兼容适配中释放出来,从而发出还多地精力来举行更上层的劳作。

参考

 

1 赞 3 收藏
评论

manbetx2.0手机版 15

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图