用户的等待只有 0.3 秒!如此苛刻该用什么样的播放器?

2017 年,马克·扎克伯格接受 CNBC 采访时说:「视频是大趋势,未来我们会在视频尤其是短视频上投更多资源。往后五年你会发现,在互联网大家最乐于传播的一定是短视频。」

10 秒时代

现在,似乎没人会怀疑这个论点了。Vidyard 最新发布的视频报告更印证了他的论点——短视频更能吸引观众的注意。时长 90 秒以下的视频播放完成率最高(53%),而 30 分钟以上的长视频的完成率只有 10%。

对内容制造者来说残酷的现实是:大部分观众在看视频时只看了前 10 秒。

当观众只有 10 秒钟决定要不要继续看这个视频,播放体验显得尤其重要。如果你的视频首开慢、卡顿,观众还有什么耐心看下去?

影响播放体验的核心因素

影响用户播放体验的核心因素有两个方面,第一个方面是:网络传输的质量,第二个方面是:播放器的质量。

网络传输的质量主要影响要素是 CDN 和 本地网络。网络质量问题固然重要,但这主要是云服务商和运营商的优化内容。

播放器是离用户最近的一端,但是在播放器上的技术创新往往最容易被开发者忽略。对有视频播放的产品来说,一个优秀的播放器 SDK 对提升播放体验来说事半功倍。

播放器的质量主要体现在两方面:

对媒体文件的解析和渲染的质量和效率

功能是否丰富,是否能满足各种应用场景下的需求

一个好的播放器不但要能应对复杂的网络环境,多样的编码算法和封包格式,更需要满足客户不同场景下的业务需求,高效高质量播放视频文件。

在播放器上优化用户体验

优秀播放器的标准

从最终观众的角度来看,一款优秀播放器应该做到:首开快、不卡顿、功能丰富。

从开发者的角度开看,一款优秀播放器应该做到:跨平台播放器,包体小,更强的兼容性,更丰富的功能、方便二次开发。

七牛云播放器架构设计思路

好的架构设计可以让产品的工程更加灵活、可维护、易读。这些特点最终会体现在产品的稳定性、灵活性、易用性上。下面我们来说说七牛现有播放器内核的整体架构。

从上图可以清晰地看到,播放器流程中有诸多功能。这些功能是单独的组件,他们可以像拼装玩具一样,根据业务需要灵活地参与到整个播放过程当中。

如果播放器领域有新技术演进或者新功能需求,可以通过替换上面这些功能模块灵活组合。比如,H.265 编解码技术就可以加入到 Decoder 模块中。七牛云播放器内核架构如下图所示。

换一个角度看同样的过程,我们会发现七牛播放器做了分层设计。所谓分层设计就是控制层和数据层解耦。数据层就像工厂的加工模组,控制层就像总控的流水线。播放器播放过程其实就是一个把数据在不同地方变成另外一种格式的数据,并加以控制的过程。所以我们可以通过数据来驱动各种模块,反过来获得自己需要的格式数据。

七牛云播放器特色功能详解

七牛完全自主研发新版跨平台多媒体播放器,可以灵活根据目前市场新兴使用场景做针对性优化。

毫秒级首开

我们进行了主流机型在多种环境下的直播流首开测试。测试结果,首开速度控制在 200ms 左右。除了播放器直播流首开速度快以外,在播放点播视频的首开上也做了深度的优化。

特色功能

1.HLS 自适应码率切换播放,轻松应对终端用户复杂网络环境

单码率视频无法应对客户端网络带宽环境的变化,七牛云播放器支持 HLS 协议,让客户在不同的网络带宽环境下,播放不同码率、分辨率的视频,获得最佳的观看体验。

实现原理:

HLS 的实现原理是把整个多媒体文件切成一个个小的基于 HTTP 的资源(Transport Stream 格式的文件),生成一个包含元数据的扩展 M3U (M3U8) Playlist 文件,每次只下载列表中的一些资源,客户端根据带宽环境可以选择不同的的资源。M3U8 是一种播放多媒体列表的文件格式,可以指定一个或多个多媒体资源的位置,并且 M3U8 Playlist 中可以包含多个子 M3U8 文件。

2.独家自研动态追帧播放策略,有效降低播放延时和卡顿

复杂的网络抖动是直播最大的挑战之一,如果采用常规的丢帧或者追帧策略,用户就会感觉到声调的异样。七牛推出的无感知动态追帧策略可以在有效快速追帧的同时,不改变音频听感,遇到网络状况较差的情况还可以通过调节策略降低卡顿率。

3.DRM 版权保护,防止数字媒体的非法复制

Digital Rights Management,DRM 数字版权保护,可以通过一定的安全算法/协议对视频进行加密保护,使得视频在未经授权的条件下即使被非法复制和分发后,也无法正常播放,从而有效地保护了视频资源,阻止了盗版行为。 七牛云 DRM 架构如下图所示。

4.支持 H.265 播放

H.265 支持是未来音视频领域的一大趋势,可以帮助客户节省将近 40% 的 CDN 带宽,这些节省的带宽费用全都是企业的利润点。但是 H.265 的解码算法要远远比 H.264 复杂,因此播放器解码 H.265 会有更大的功耗,也对播放器的解码性能提出了更高的要求。目前七牛播放器已经支持 H.265 软解。

5.支持软硬解自动切换

所谓软解就是用 CPU 对视频文件进行解码,而硬解是用 GPU 对视频文件进行解码。软解的好处是比较通用,而硬解的好处就是效率比较高。所以如果要优化播放效率的同时还要兼顾兼容性,就要做到以下两点:

首先能用 GPU 解码的就尽量用 GPU 去解码,这样就优先做到了高效率;

当有些机型的 GPU 不支持对解码视频文件时,又可以自动切回软解,这样也解决了硬解不支持的情况下的兼容问题。

目前七牛的播放器同时具备高效和兼容的特点。

6、支持本地缓存、边下边播

我们知道网络传输是有一定抖动的,所以播放在线视频时,播放器一般采取这样的策略:在网好的时候,多下载一点放到播放的一个队列里面暂时存着,网差的时候就可以播放暂存的视频。这样整体在线视频的播放体验就会比较流畅。这个暂时放视频内容的地方就是播放器缓存。

边下边播其实就是:一边下载视频到缓存队列里面,一边直接播放出来。那么本地缓存功能就多了一个步骤,将缓存里面已经播放过的视频存储到本地的一个 storage 里面。

总结

2016 年到 2017 年,直播和短视频产品分别崛起,七牛也提供了完善的直播和短视频解决方案。同时七牛的播放器产品推出以来一直非常受市场的欢迎,我们在 Github 上收获了数千 star,运行在诸多知名的应用内。

七牛新版本播放器在原有基础上进行了深度优化,完全自研了播放器的内核。与目前市面上大多数的播放器相比起来,包体更小、首开更快、功能更加丰富、性能也更加出色,并且提供了极其丰富的接口,方便自定义开发。

关注公众号七牛云 了解更多信息

原文地址:https://www.cnblogs.com/qiniu/p/8257658.html

时间: 2024-10-11 04:03:24

用户的等待只有 0.3 秒!如此苛刻该用什么样的播放器?的相关文章

转 DataTorrent 1.0每秒处理超过10亿个实时事件

DataTorrent是一个实时的流式处理和分析平台,它每秒可以处理超过10亿个实时事件. 与Twitter平均每秒大约6000条微博相比,最近发布的DataTorrent 1.0似乎已经超出了需求,它每秒可以处理超过10亿个实时事件.他们在一个包含37个节点的集群上进行了测试,每个节点256GB内存.12核超线程CPU.在CPU达到饱和之前,DataTorrent声称已经实现了线性扩展,而CPU达到饱和时处理速度为每秒16亿个事件.Phu Hoang是DataTorrent的联合创始人和CEO

大型网站首页执行时间0.3秒,性能算好还是算坏?

正在编写一个大型网站,本机调试时首页执行时间到了0.3秒(APP_DEBUG为true时),这样的性能算好还是算坏?网站日pv20万左右,日IP2万左右. 本机配置:CPU:AMD A8-7650k,内存:8g 极好 : 20毫秒内 保证 : 80毫秒内 可以接受 100毫秒 再大有些难以接受 开启缓存 可以改善很多

云计算之路-阿里云上:读取缓存时的“黑色0.1秒”

看到标题中的"0.1秒",你也许会呲之以鼻:不会吧,0.1秒也要计较,不是吃饱撑着,是没吃饱也撑着. 依然没撑着!在memcached应用场景中,响应速度是处于1ms级别的,0.1s可是比1ms慢了100倍啊. 如果你不相信1ms级别,请看这篇文章(微博CacheService架构浅析)中的一段话: 目前微博平台部分业务子系统的Cache服务已经迁移到了CacheService之上,它在实际的运行过程中也取得了良好的性能表现,目前整个集群在线上每天支撑着超过300W的QPS,平均响应耗

云计算之路-阿里云上:基于Xen的IO模型进一步分析“黑色0.1秒”问题

在发现云服务器读取OCS缓存的"黑色0.1秒"是发生在socket读取数据时,而且是发生在读取开始的字节,甚至在socket写数据时(比如写入缓存key)也会出现超过50ms的情况,我们的好奇心被激发到一个新的高度. 根据我们的实测,在云服务器上创建一个新的TCP连接通常也不过3ms左右.在黑色0.1秒期间,TCP包已经到达网卡,从网卡读到内存中竟然超过100ms,这太不可思议了!后来想想,如果.Net或Windows存在这样的问题,那微软就不是全球第一大软件公司,而是全球第一大忽悠公

云计算之路-阿里云上:原来“黑色0.1秒”发生在socket读取数据时

在昨天的博文(云计算之路-阿里云上:读取缓存时的"黑色0.1秒")中我们犯了一个很低级的错误--把13ms算成了130ms(感谢陈硕发现这个错误!),从而对问题的原因作出了错误的推断,望大家谅解! 从中我们吸取到了一个教训:趁热打铁要小心,容易失去冷静,作出错误的判断. 今天我们痛定思痛,用了一个下午的时间重新分析了"黑色0.1秒"问题,这次从EnyimMemcached的源代码下手(https://github.com/enyim/EnyimMemcached).

sudo:有效用户 ID 不是 0,sudo 属于 root 并设置了 setuid 位吗

遇见这种问题应该检查sudo文件拥有者名称 ---x--x--x. 1 cmp cmp 130720  sudo 明显拥有者有问题 chown root:root /usr/bin/sudo chmod 4755 /usr/bin/sudo 再次执行sudo,还出现提示 /usr/libexec/sudoers.so 有效用户id不是0 检查sudoers.so 文件拥有着 ls /usr/libexec/sudoers.so -al-rw-r--r--. 1 cmp cmp 333624 11

VEFX维亿安全指数交易平台:MF Trader软件0.03秒最优报价极速交易

经常穿梭于股市的股民肯定都知道,在我们身边,经常会听到一些股民怨声载道的声音,抱怨自己运气不好,抱怨股市的不公平,别人在不断赚钱,自己却在不断亏钱,要不就抱怨行情不好,听不进去别人的意见还总是一意孤行.股票一支支的套牢,楼盘一处处的泡沫,让很多投资者心都凉了,头脑尚且理智的投资者开始关注新兴的投资方式,其中投资指数就十分受脱离套牢泡沫苦海的投资者喜爱,原因有以下几个方面. 双向交易机会多 股票投资只有涨才能赚钱,而美元指数可以买涨,也可以买跌,只要选对交易方向就能赚钱.在股市中空头行情的时间远远

利用videoView创建播放器,实现展示视频列表和搜索sd卡功能 以及android6.0的动态授权等功能

最近无聊写了个播放器除了没实现解码功能大多的功能都实现了,主要是回顾一些android的知识点和andorid6.0的动态授权的学习. 1.android 6.0的动态授权问题. android 6.0后需要开发人员实现动态授权,不再像以前一样在mainfet的清单文件中加入权限就可以了,需要在代码中动态分配权限.如微信发送图片时候就需要访问图库,用户可以在setting里设置不能访问也可以设置为可以访问图库,以前的android系统在安装时候同意了后就一直可以访问图库否则就不能安装微信,现在的

有两种分别用<bgsound>和<embed></embed>标签,当用<embed>插入背景音乐时可以设置宽度和高度为0,隐藏播放器。

<bgsound>: <bgsound> 是用来插入背景音乐,但只适用于 ie,其参数设定不多.如下 <bgsound src="your.mid" autostart=true loop=infinite> src="your.mid"设定 midi 档案及路径,可以是相对或绝对.autostart=true是否在音乐档下载完之后就自动播放.true 是,false 否 (内定值).loop=infinite是否自动反复播放.l