V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zyEros
V2EX  ›  程序员

方老湿写不来的系列二:黑魔法播放器

  •  
  •   zyEros · 2019-08-05 18:18:16 +08:00 · 2375 次点击
    这是一个创建于 1719 天前的主题,其中的信息可能已经有所发展或是发生改变。

    0. 背景

    HTML5 中一个十分重要的提升就是对音视频的无插件支持,不论是各个端浏览器对各种视频容器格式越来越丰富的支持,还是 Media Source Extension ( MSE )对 Video 扩展性的提升,我们现在能对浏览器上的音视频做越来越多的新奇尝试。但也因为 Web 技术的开放,对于国内的移动端浏览器而言,不少公司都对 HTML5 Video 能力进行了一系列的私有化的技术改造,其中包括(不限于):

    1. Video 默认为 Native 组件,组件层级最高且无法修改;
    2. 独立渲染,无法很好的响应浏览器自带的各种事件
    3. 自动播放策略更严格,无法支持静音的自动播放
    4. 无法正常内联播放(playsinline)
    5. 播放前后各种广告推荐,影响用户体验
    6. ...

    由于音视频相比于文字和图片而言有更大的信息承载,同时随着网速的提高,已经成为了一个内容重要的入口,以上的修改对于商业公司来说是情有可原的。但是对于开发者而言,各家浏览器的行为不一致给需求的实现带来了极高的难度,同时也造成了极为糟糕的用户体验。

    如何破除这种魔咒?我们从一个实际的开发示例上讲起。

    1. 需求

    自从快手和抖音流行之后,短视频逐渐成为风口,有不少公司开始尝试短视频的产品形式。当然,我们公司也同样做起了“短视频+电商”的创业项目,其中我们的产品主要以模仿抖音的“沉浸式短视频”为主提出需求。

    “沉浸式短视频”的技术方案对于 Native 端来说是比较成熟且成体系的,但是 Web 端由于上面的各种技术原因,目前暂时没有看到成体系的方案。同时,对于渠道端而言,我们更希望我们的“沉浸式短视频”方案能够在微信的 WebView 中运行,方便进行产品的推广和流量拓展。

    但对于微信的 WebView 而言,其主要是集成的 X5 引擎,其中对 Video 做了相当多的修改,其中不限于文章开头提到的技术限制,但其中比较严重的有两个:

    1. 不支持自动播放,静音后也不行
    2. playsinline 不好使,官方推荐使用所谓的同层播放层

    由于这两个限制,我们很难完成类似抖音的“沉浸式短视频”的方案。

    2. 破除魔咒

    在全民直播时,我们使用 WebAssembly 进行 H264 软解,编写了能够进行直播的 FLV 播放器 QMInlinePlayer,在开发调研过程中我们测试了在当时比较主流的几款机器,得到了比较令人欣喜的结果,如图: 机型测试

    其编写的思路也很简单:既然视频文件由图像数据和音频数据组成,我们为什么不进行软解得到原始的图像数据和音频数据,自己进行绘制和播放。整个程序的思路如图所示: 程序思路

    当然,由于当时公司内部比较混乱波折,我们并没有对这以方案进行开源,但好在社区后来也出现了不少类似的实践,例如:

    3. 新的 WXInlinePlayer

    在今年,由于我们的需求开始逐步涉猎短视频业务,并且希望在微信 WebView 中传播。因此我们根据在全民直播时的经验,对 QMInlinePlayer 进行了大量的修改提升:

    1. H264 的解码性能提升
    2. YUV420 的绘制性能提升
    3. 产出更小的目标文件大小
    4. 降低内存占用
    5. 低端机器增加追帧策略

    同时,我们也拓展支持了更多的浏览器,提升其兼容性,目前的兼容性支持包括(不限于):

    1. iOS 9+ (含 Safari 及 Safari WebView)
    2. Android 5+(部分 4.4.2+的系统浏览器也支持)
    3. IE11+
    4. Chrome 24+
    5. Firefox 16+
    6. Safari 6.2+
    7. Edge 15+

    从 QMInlinePlayer 到 WXInlinePlayer 我们重新出发,并将其开源在Github上供大家使用。当然,WXInlinePlayer 目前稳定跑在我们自己的产品好惠买当中,整个微信端产品的体验并不输于 Native 的体验(加载 /秒开),取得了很好的效果。

    产品示例

    同时,我们也对现有的 H264 的类似方案进行了性能和内存占用相关的比较,WXInlinePlayer 在各个方面都相较于其他会有很大的提升。

    性能比较

    此测试为多次均值,结果不同设备会有不同结果,测试视频取自WXInlinePlayer 的测试视频,BroadwayJS 所需的 mp4 同由此测试视频经 ffmpeg 进行转码。

    4. 规划

    WXInlinePlayer 目前的整体功能只是覆盖了我们自己产品的需求,更多的需求以及功能的实现需要更多人能够参与到 WXInlinePlayer 中,帮助我们更好完善 WXInlinePlayer,当然目前我们自己的提升计划也包括了:

    1. 视频流式解析,进一步提高首帧显示和内存占用情况
    2. 支持 FLV 直播流
    3. 进一步提升 H264 解析性能

    更多信息你可以 点击这里 查看 WXInlinePlayer 的文档。

    方老湿,您学会了么?

    目前尚无回复
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2672 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 04:13 · PVG 12:13 · LAX 21:13 · JFK 00:13
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.