奥门威尼斯网址:网页播放录制踩过的坑

视频播放–踩坑小计

2018/06/09 · JavaScript
· 视频

原文出处:
chenjsh36   

 

随着流量时代的到来和硬件技术的提升,越来越多的网站希望能在PC端或移动端播放自己的视频,而
<video>的兼容性的逐渐完善,使得开发者更愿意使用它来实现视频播放场景。

本篇文章主要罗列__视频播放的通用场景及各场景下踩过的坑__,希望能__帮助开发者在遇到需求开发时能更快地选择合适的技术方案同时减少采坑的次数__。

遇到的问题

公司官网首页需要播放一段介绍公司情况的视频,类似于宣传性质!给到我的是
mp4 格式的视频 300 MB,这个显然不能直接放到网页上播放!

显然要想的是该如何缩小视频文件大小!

趁着idea正在下载安装solidity插件的功夫,我开个新坑。首先这个坑是关于智能合约开发的,用于记录下我在学习开源区块链的项目中踩的各种各样的坑。(项目github地址:黑马程序员
120天全栈区块链开发 开源教程)

本文主要是排查Android一个播放语音问题带来的ANR异常以及有时播放失败的Bug
阅读本文大概需要花费3分钟。

原文地址

https://medium.com/uptech-team/audio-not-playing-in-android-cde9a0fdfafd

场景一:自动播放

autoPlay 布尔属性;指定后,视频会马上自动开始播放,不会停下来等着数据载入结束。

视频自动播放可以在页面打开且资源加载足够的情况下让视频自动播放,减少一次用户点击的交互,同时可以应用在动效背景、H5仿视频通话的功能。不过由于各种原因,自动播放无论在PC端还是移动端都有不同程度的限制。

网页播放视频格式对比

目前我了解到的方便在网页上播放的视频格式有 flv,swf,mp4等等!

flv 和 swf 需要浏览器支持 「adobe
flash」可是据我所知不是所有的浏览器都支持 flash 的,比如到就遇到 chrome
浏览器就不支持flash,但是听说有办法解决,这里我就不赘述了!

我采用的是 mp4 格式 + H5
<video>标签,这个所有的浏览器都支持,具有很好的普及型和兼容性!

前段时间我开始跟着视频学习以太坊及智能合约的开发,然出师未半而一开始就卡在了环境的安装上。首先是NodeJs插件的安装,在idea的plugin中搜索到的nodejs无论如何都无法下载,窃以为是网络原因。后在官网中搜索该插件,下载的最新版本插件却无法安装在我之前使用的老版本idea中。无奈只好选择老版本的nodejs插件,安装完后却发现该插件无法使用。极度崩溃的我只好选择换一个最新版本的idea,终于安装完成。

引言

最近项目中的IM模块收到反映,语音消息点了之后正在播放却没有声音,有时甚至直接ANR异常,因项目中的IM采用的是网易的云信,所以第一时间请教了云信的技术人员,得到的回复是他们的SDK播放语音是直接封装调用了系统的Api,没有做任何处理。既然这样,那就只好自己研究下问题啦

开篇介绍

Android虽然现在已经是最受欢迎的移动端操作系统,并且有一个庞大的社区,但是有时候依然有那么一些特殊的问题,即使查阅StackOverflow也不能够有效快速的解决。我曾经就遇到了这些问题中的一个,然后我将在这篇文章中分享我关于这个问题一些踩坑的经验给那些需要这些信息的人。
问题大概是这样的:我需要许多的audio音频文件能立刻被播放,并且用户能在需要的时候打开和关闭,而且这些声音能够循环播放。一眼看过去没有什么复杂的地方,当然,如果真的这么简单那么你就不需要阅读这篇文章了:)
我花了相当长的时间来解决这个问题,并且从中收获了很多。在解决这个问题的过程中,我收集了各种网络上的资源以及个人经验,接下来我就会讲解在Android上播放音频文件你可能会遇到的的坑以及解决方案。

移动端

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,点击确定,然后选择输出位置

奥门威尼斯网址 1

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

奥门威尼斯网址 2

转换完成后还是很不错的,300 MB 的文件转换完成后变成的 29 MB
左右,而且清晰度也不错!

随之而来的是idea的破解问题,这个问题的解决方法网上有很多,但视频中给的方法我觉得很是不错。通过视频中的方法顺利的得到了正版idea的激活,写代码起来心情都舒畅了许多。

问题定位

首先从IM的SDK中的语音播放类入手,发现确实是调用了Android的系统语音播放。

奥门威尼斯网址 3

IM的SDK源码

那么我们去看一下Android的媒体播放类MediaPlayer的这几个方法的源码,分析一下问题,先看一下MediaPlayer的setDataSource方法,

奥门威尼斯网址 4

setDataSource

通过注释可以看到,这个方法是支持传递本地文件路径或者是一个网络路径的,猜测是否是因为在ui线程加载网络资源,导致了anr,我们接着往下看

奥门威尼斯网址 5

setDataSource的重载方法里对传入的数据来源做了区分,最后调用了native的setDataSource方法。

然后我们看一下prepare方法

奥门威尼斯网址 6

从注释可以看到,prepare方法还有另外一个prepareAsync方法,

奥门威尼斯网址 7

根据注释可以看到,prepareAsync方法是异步的去准备资源,基本验证了我们之前的猜想,因为他们最终都是调用了c++层的代码,这里我们直接去看一下他们的源码

源码位置frameworks/av/media/libmedia/mediaplayer.cpp

status_t MediaPlayer::prepare()
{
    ALOGV("prepare");
    Mutex::Autolock _l(mLock);
    mLockThreadId = getThreadId();
    if (mPrepareSync) {
        mLockThreadId = 0;
        return -EALREADY;
    }
    mPrepareSync = true;
    status_t ret = prepareAsync_l();
    if (ret != NO_ERROR) {
        mLockThreadId = 0;
        return ret;
    }

    if (mPrepareSync) {
        mSignal.wait(mLock);  // wait for prepare done
        mPrepareSync = false;
    }
    ALOGV("prepare complete - status=%d", mPrepareStatus);
    mLockThreadId = 0;
    return mPrepareStatus;
}
status_t MediaPlayer::prepareAsync()
{
    ALOGV("prepareAsync");
    Mutex::Autolock _l(mLock);
    return prepareAsync_l();
}

可以看到,不管是prepare还是prepareAsync方法,最终都是会调用prepareAsync_l(),但是prepare方法中多了这一段,

    if (mPrepareSync) {
        mSignal.wait(mLock);  // wait for prepare done
        mPrepareSync = false;
    }

在这里调用了wait方法进行了等待,所以使得java层达到同步调用的效果,然后在prepare完成之后会调用notify方法唤醒它,代码如下

void MediaPlayer::notify(int msg, int ext1, int ext2, const Parcel *obj)
{
    ...
    case MEDIA_PREPARED:
        ALOGV("prepared");
        mCurrentState = MEDIA_PLAYER_PREPARED;
        if (mPrepareSync) {
            ALOGV("signal application thread");
            mPrepareSync = false;
            mPrepareStatus = NO_ERROR;
            mSignal.signal();
        }
        break;
}

不同的方案

首先我们列出Android播放audio文件的一些方案

  1. MediaPlayer
    这是最简单的并且用的最多的一个类,这个不仅能播音频还能播放视频。在这里不会讲解视频方面的细节,只会讲解有关音频的部分。
  2. SoundPool
    在解决问题过程中发现的一个Android
    class,可以被用来播放小的音频文件,这个类的功能主要是可以同时控制播放多个小的声音。可以看到,我不断的强调这个“小”,简单的解释一下这个原理,SoundPool
    接收一个文件(可能从raw文件夹或者是从本地存储)并解压缩成
    PCM,一种数字采样模拟信号。最重要的提示就是,每一个解压缩的文件大小不能超过1Mb,否则他们就不会播放。所以SoundPool一般用来播放比较短的声音,比如游戏音效或者类似的东西。
  3. AudioTrack
    也是一个用来播放音频的,不过这个相比于前一个更低级一点,一般只能用于播放解码后的PCM流或者是不需要解码的wav文件。
  4. ExoPlayer
    这是google推荐用来替代
    MediaPlayer的一个播放器,在开始这篇文章的时候,release的版本是1.5.11,然后Google发布了2.0.0版本,对比前者有了一些改变。

IOS

早期必须要有用户手势(user
gesture)video标签才可以播放; 从版本10开始修改了video的规则,苹果放宽了inline和autoplay,策略如下(仅适用于Safari浏览器):

  • <video> elements will be allowed to autoplay without a user
    gesture if their source media contains no audio tracks.(无音频源的
    video 元素 允许自动播放)
  • <video muted> elements will also be allowed to autoplay without a
    user gesture.(禁音的 video 元素允许自动播放)
  • If a <video> element gains an audio track or becomes un-muted
    without a user gesture, playback will pause.(如果 video
    元素在没有用户手势下有了音频源或者变成非禁音,会暂停播放)
  • <video autoplay> elements will only begin playing when visible
    on-screen such as when they are scrolled into the viewport, made
    visible through CSS, and inserted into the DOM.(video
    元素屏幕可见才开始播放)
  • <video autoplay> elements will pause if they become non-visible,
    such as by being scrolled out of the
    viewport.(video元素不可见后停止播放)

边加载边播放的 MP4

由于 MP4
的视频文件信息默认是放置在文件末尾,也就导致了必须要把文件加载完毕才能播放视频,这显然是不好的,所以下面采用
「MP4 Fast
Start」进行转化一下,把文件信息移动到视频文件的前面,这样浏览器在加载时就可以一边加载一遍播放了!

然而真•小白NodeJs程序员的我,对什么express,express-generator简直是一窍不通。因此辛辛苦苦下载好了NodeJs的插件,心心念念的等着idea安装完环境好开始撸代码,却苦苦的等了10几分钟的express-generator,怀疑是电脑卡的我还重新建了个项目,同样卡在此步骤。

解决方法

通过看源码,果然可以确定是因为prepare方法会直接在当前线程去读取资源,即使资源文件是一个网络资源,当网络条件比较差即弱网情况下时,那么发生ANR的几率就会十分高了,而且如果请求中断或者文件不完整,也会导致播放失败,解决方法之一的话可以采用下面的方式去播放一个语音

       MediaPlayer mediaPlayer = new MediaPlayer();
       mediaPlayer.setDataSource(url);
       mediaPlayer.prepareAsync();
       mediaPlayer.setOnPreparedListener(new MediaPlayer.OnPreparedListener() {
           @Override
           public void onPrepared(MediaPlayer mp) {
               mp.start();
           }
       });

但是为了使对网络资源下载的过程可控,还是推荐大家自己做判断,使用自己的网络下载方式去下载资源文件然后再将其的本地路径交由MediaPlayer播放。

由于项目中的IM使用的是云信的SDK,所以我们也不好改动他们的代码,就只好在调用sdk的方法前自己先做判断,若是网络资源则先下载好才去调用sdk的方法,然后也向云信反映了这个问题,他们也表示应该做容错处理,应该会在后续版本改进吧。


详细介绍

首先从 MediaPlayer
开始,这应该是上述列表中用的最多的一种了,提到这个不得不放出一个图,

奥门威尼斯网址 8

MediaPlayer State

这个图展示了一个MediaPlayer的生命周期…这是一个大的状态机,你需要试着去理解整个工作流的运作,状态的切换。Google对于怎么使用MediaPlayer有一个比较好的
引导
,如果你没有使用过这个类,可以先读一下整个文档,这里我就直接讲解存在的问题了。

  • 多个MediaPlayer的实例在Nexus 5和Nexus
    5x上有可能不能同时播放,我已经测试过这些设备,在Nexus
    6p这款上面还不能确定,其中的原因还不清楚。
  • 另外一个问题就是MediaPlayer的 isPlaying()
    方法在播放audio音频结束后依然有可能返回true,比如下面这段代码,在onCompletion回调中打印出isPlaying的结果

private void init() {  
    MediaPlayer mediaPlayer = new MediaPlayer();
    mediaPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);
    // some init goes here...
    mediaPlayer.setOnCompletionListener(new MediaPlayer.OnCompletionListener() {
            @Override
            public void onCompletion(MediaPlayer mp) {
                Log.d("MediaPlayer", "onComplete, mediaPlayer.isPlaying() returns " + mediaPlayer.isPlaying());
            }   
        });
}

从下面的图可以看出确实在结束后依然打印出了true。

奥门威尼斯网址 9

onCompletion

  • 除此之外,MediaPlayer中的 setVolume() 方法在Jelly Bean API
    16可能不会正常的工作,虽然现在这个问题只是出现在LG
    Optimus这款设备上。为了解决这个问题不得已采用的Android中的AudioManager来通过STREAM_MUSIC设置音量,就像下面这样来减少音量

private void decreaseVolume() {
    AudioManager audioManager = ((AudioManager) getSystemService(Context.AUDIO_SERVICE));
    int currentVolume = audioManager.getStreamVolume(AudioManager.STREAM_MUSIC);
    if (currentVolume > 0) {
        audioManager.setStreamVolume(AudioManager.STREAM_MUSIC,  currentVolume - 1, 0);
    }
}

这种做法其实有很多的缺点,通过这种方式来设置音量会改变所有的音频流,也就是说,所有使用MediaPlayer播放的程序以及其他的app都会一起共用这个音量,这明显不是一个好的方式。

  • MediaPlayer的OnErrorListener 接口回调方法有一个方法
    onError(MediaPlayer mp, int what, int extra),虽然官方已经有
    文档
    提到了一些接收的code码,但是依然有一些超出了文档的范围,比如,你可能得到一个code像这个图一样

奥门威尼斯网址 10

error code

(-38,0),这个实际上表现网络存在问题,除此之外,也有一些其他的奇奇怪怪的code,也是文档没有提及的。

SoundPool.
因为这个对于文件大小的限制,我其实一直没有用过它,但是在how-bad-is-android-soundpool-what-alternative-to-use
这个问题上对于这个类的用途有一个比较详细的描述,所以可以直接看这个就好了。当然作为个人建议,如果你的文件超过30秒,那么最好不要选择这个。

**AudioTrack. **
正如前面所说的那样,这个类有很大的局限性,一般不推荐使用这个,如果一定想要了解这个,可以看一下这篇引导,
AudioTrack
tutorial

ExoPlayer. 了解如何使用这个可以先check一份官方的资料 the official
page
,这个库的可定制性是很强的,几乎可以实现一切你需要的需求。我本来想说一些我用这个时遇到过的一些问题,但是在发布的2.0.0版本中已经全部修复了
: )
,当然我也会提醒那些还没有迁移到2.0版本的,对比中才能发现进步。在1.5.11版本中循环这个功能还不可靠(可用),你不得以在
onComplete
回调中去手动重启你的播放器,这会导致在下一个播放之前出现一个间隔。但是在2.0+的版本中,已经有了一个LoopingMediaSource
,这个类的效果让你感觉不到一个文件的播放结束或开始,无间隙的回放也已经支持。
在第一个版本中我们在没有其他组件的情况下不能设置音量,不得不采取发送一个message的方式,就像下面这样

private void setVolume(float volume) {
    ExoPlayer player = ExoPlayer.Factory.newInstance(1);
    SampleSource source = new ExtractorSampleSource(Uri.parse("audiourl"),
            new DefaultUriDataSource(this, Util.getUserAgent(this, getString(R.string.app_name))),
            new DefaultAllocator(BUFFER_SEGMENT_SIZE), BUFFER_SEGMENT_SIZE * BUFFER_SEGMENT_COUNT);
    MediaCodecAudioTrackRenderer renderer = new MediaCodecAudioTrackRenderer(source,
            MediaCodecSelector.DEFAULT);
    player.prepare(renderer);
    player.sendMessage(renderer, MediaCodecAudioTrackRenderer.MSG_SET_VOLUME, volume);
}

而从2.0.0版本开始已经在SimpleExoPlayer中已经有了一个 setVolume
方法,这十分的方便,并且修复了ExoPlayer 在API 16 Jelly
Bean上部分机型的问题,问题如这个issue所提,this
issue。

根据这么多的研究以及个人使用经验,我只能提一个建议:使用ExoPlayer,主要基于以下几个原因,社区更新很快,有问题及时反馈和解决,定制能力没有其他的library可以与之相比,而且使用起来十分简单,没有任何难点。

相关资源:
How bad is SoundPool? What alternative to
use?
Multiple MediaPlayers do not work on Nexus
5
Unable to play two MediaPlayer at same time in Nexus
5
Choppy Audio with ofxAndroidSoundPlayer
(MediaPlayer)

安卓

__早期__同样需要用户手势才可以播放; 安卓的 chrome 53
放宽了自动播放策略,策略不同于IOS的Safari,需要同时对
video 设置 autoplay 和 muted(是否禁音),才允许自动播放;
__安卓的 FireFox 和 UC 浏览器__支持任何情况下的自动播放;
安卓的其他浏览器暂时不清楚情况;

于是只能上网搜索是否有遇到相同问题的,未果。后怀疑是The Great Wall
,却发现搭建完梯子后依旧不起作用。于是学习的劲头冷却了一大半,一直至今日勉强鼓起勇气再新建项目,依旧卡住。

如果觉得对你有所帮助,请点个赞,谢谢。你的鼓励是我最大的动力。

PC端

早期是__支持自动播放,但__近来
Safari、Chrome
 陆续修改了自动播放的策略……

后不知怎么的脑袋开了窍,再搜索关键词idea开发node,在CSDN上终于找到了解决方法。解决方法见此:intellij
IDEA创建nodejs项目—环境搭建

欢迎关注EoniJJ的简书

不定期与你分享关于Android开发的点点滴滴。

Safari 浏览器

__Safari
10 后__带音频的视频和音频默认禁止自动播放,更多信息可以参考这篇文章;

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

奥门威尼斯网址 11

Safari (10后)不自动播放:

奥门威尼斯网址 12

好不容易终于过了express-generator这一关,却在cli.js一步上又卡了很久,幸好视频有说第一次建立项目会比较久,耐心等待后终于构建完成。

Chrome 浏览器

禁音的视频依旧可以播放,�带声音的视频会根据__媒体参与指数__来决定能否自动播放,那什么是媒体参与指数?官方给了解释和相关的维度:

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

  • 用户在媒体上停留时间超过了 7秒以上
  • 音频必须是展示出来,并且没有静音
  • 与 video 之间有过交互
  • 媒体的尺寸不小于 200×140.

看完后开发者的心里是这样的:

奥门威尼斯网址 13

奥门威尼斯网址 14

随后新建.sol文件,却发现未按照视频所说那样变成以太坊的图标,怀疑是未安装solidity插件,果真如此。(因为我之前搭环境是在常用的2017年老版本的idea中,因此以为现在的新版本中已经装了插件。)

检测能否自动播放?

好在无论是 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
    });
}

于是重新下载完solidity插件,却发现图标依旧还是没有按视频里那样变成以太坊的图标,代码也没有出现高亮。原因是我还没安装插件时选择了.sol文件的打开方式为text,故插件无法起到作用。随后在idea的setting中将file
type中text下的*.sol删除,重新添加sol文件的打开方式为solidity插件,终于进入正轨。

思考

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

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

为什么又允许自动播放?

  • 有些开发者使用其他方式如 canvas、gif
    等来实现视频自动播放的效果,但是性能上、流量消耗上都远不如视频播放;
  • 现在流量便宜了、手机硬件越来越好了;
  • 用户可以通过设置来禁止自动播放(开启省流量模式等);

为什么 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 兼容性

首先要知道全球目前四个浏览器内核:

  • 微软IE的__Trident__
  • 网景最初研发后卖给Mozilla基金会并演化成火狐的__Gecko__
  • KDE的开源内核__Webkit__
  • Opera的__Presto__

奥门威尼斯网址 15

其中:

  • __Trident __在移动端主要为WP7系统内置浏览器
  • Presto 在所有联网设备上都使用,移动终端上主要为 Opera
    Mobile、OperaMini、欧朋浏览器以及欧朋HD Beta版
  • __Webkit__内核的适用范围则较为广泛,Android原生浏览器、苹果的Safari、谷歌的Chrome(Android4.0使用)都是基于Webkit开源内核开发的。

而国内常见的PC浏览器如__UC浏览器、QQ浏览器、百度手机浏览器、360安全浏览器、谷歌浏览器、搜狗手机浏览器、猎豹浏览器__以及__移动端的UC、QQ、百度等手机浏览器__都是根据Webkit修改过来的内核,本质上我们可以认为市场上移动端用户使用的基本上都是webkit内核或者基于
webkit 内核做修改的浏览器,所以 playsinline 的兼容性非常好!

场景三:播放控制

video
元素有提供多个行为事件供开发者控制视频播放,兼容性比较好的有 onended 、
__ontimeupdate、onplay、onplaying ,__有些事件在不同浏览器不同设备上的的表现情况并不一致,

例如:ios
下监听’canplay‘(是否已缓冲了足够的数据可以流畅播放),当加载时是不会触发的,即使__preload=”auto”
__也没用,但在 pc 的 Chrome 调试器下,是会在加载阶段就触发。ios
需要播放后才会触发。

Chrome 模拟器

加载完成:

奥门威尼斯网址 16

点击播放:

奥门威尼斯网址 17

MacOS Safari

加载完成:

奥门威尼斯网址 18

点击播放

奥门威尼斯网址 19

IOS Safari

加载完成:

奥门威尼斯网址 20

点击播放:

奥门威尼斯网址 21

部分事件在不同系统、设备、浏览器下显示的特性不一致,使用的时候需谨慎。

场景四:隐藏播放控件

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

controls
属性规定浏览器应该为视频提供播放控件,反之则隐藏播放控件,那么开发者可以自定义自己的播放控件。隐藏播放控件在
PC 端和 IOS
移动端兼容性良好,而在__安卓移动端并不支持隐藏控件__,不过还是可以通过一些方法来实现。

黑科技法

比较黑科技的方法是放大视频,把控件条移到视野之外,从而达到隐藏的效果!其实就是让视频元素比父容器还大,这样底部的控制条就会在父容器外面,然后父容器设置为:overflow:hidden, 实现隐藏播放控件的方法!
缺点是视频会被放大,需要提前留好空白供放大用。

奥门威尼斯网址 22

微信浏览器

腾讯的android团队的x5内核团队放开了视频播放的限制,视频不一定调用它们那个备受诟病的视频播放器了,利用__x5-video-player-type=”h5″ 属性隐藏控件元素,同时__视频不再置顶,允许其他元素浮动在顶层

总结

了解了视频播放的通用场景及常见的坑后,我们只要__针对不同的场景提供对应的兜底方案__就能增强用户体验效果。例如移动端自动播放的H5
页面,可以通过引导用户进行点击或者滑动来间接触发视频播放是最保守的做法,no
bug!更好的方案是默认自动播放并捕捉禁止播放的情况,再引导用户进行交互实现视频播放。

使用 video
进行视频播放早期因为涉及到性能消耗大、流量消耗多以及处于用户体验等的考虑,在移动端被限制得很严重,但是随着手机性能的提升、流量时代的到来、更强地场景需求,逐步放宽了限制,而PC端则逐渐从“宽松世代”走向“紧缩世代”,两者都有出于让用户有更好地体验的目的而不断更新自己的策略,未来也许会走向一统,开发者就可以从底层兼容适配中释放出来,从而有更多地精力来做更上层的工作。

参考

  • auto-play-policy-changes-for-macos
  • Chrome
    auto-play
  • auto-play-is-bad-for-users
  • 为什么很少有浏览器采用Gecko内核?
  • 浏览器内核

 

1 赞 3 收藏
评论

奥门威尼斯网址 23

发表评论

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