YouTube刷赞网站 --油管买粉丝平台

前段时间丹尼尔对折两条博客，文本大体说的是 B 站为了省频宽，私自在 Web 端迈入了 HEVC 代码音频播映，引致他们在用应用程序看 B 站音频的时候，笔记本电脑很难就会处于一种高阻抗的运转状况。

许多网民看见这条博客之后，也是争相在文章区回帖说 难怪我一看 B 站笔记本电脑散热器就Balrog过载还贼快 、 我说呢，看 B 站音频不时尚普托原本是事实胜于雄辩 、 看 B 站能源耗用掉泵三倍的电 。。。

虽然 B 站非官方而后撰文表示 HEVC 代码方式并不是强制性采用，只有电子设备满足用户一定操控性才会迈入：

但仍然却是有许多网民不在意。

讲真，在没看见这条博客前，丹尼尔以后还真没怎么注意到这个事，不过在介绍确切 HEVC 到底是什么后，我觉得此次许多人可能将大发雷霆 B 站了。

最少在采用 HEVC 代码音频播映整件事上，B 站那么做并没有错，反倒是应用程序拖了 B 站的大树枝。

为何那么说呢？这要是从音频填充的迫切性开始讲起了。

许多人可能将不知道，不论是他们用智能手机拍好的音频，却是自己发在网路上的音频，只不过都经过了填充，如果音频没填充，原初文档就会显得十分大。

就拿几段 1080P 60 帧的音频而言吧。

音频每一格有 200 万画素（ 1920*1080 ），每一画素占 3 个二进制（ R、G、B 各一个），这意味著一格镜头要是耗用 5.7MB，60 帧就是 342 MB：

如果不填充，一台 256G 的智能手机，满打满算也只能拍 766.5 秒 1080P 60 帧音频，换你你能接受？

另外要是你想在线观看完全没填充过的1080P 60 帧音频，没 3000 兆以上的宽带提供网速支持，音频来不及加载也就根本没法流畅播映好吧。。。

所以为了方便音频的保存和传播，他们肯定有必要对它进行填充。

填充音频的原理讲起来有点儿复杂，但要是往简单的说主要就是干了三件事 —— 跳帧、划块、抽色。

比如说在前期把相似的镜头合并成一格，后期再通过预测还原；

又或者把一块颜色相同的区域当做一个大色块处理；

再或者偷偷砍掉人眼不难察觉的颜色，毕竟现在的音频甚至能装十亿种色彩，人眼基本分辨不出那么多。

总之效率越高填充代码技术，往往可以在保证不损失画质的前提下，尽可能将地把音频体积填充到更小。

而 HEVC 就是一种高效的音频填充代码技术，它通常也被叫作 H.265。

根据非官方给出的说法，HEVC 相比传统的 AVC 也就是 H.264 填充代码技术，可以在保证相同音频画质的前提下，减少约 50% 左右的数据量。

简单而言就是同等规格的音频，采用 HEVC 代码所需要的空间大概是 AVC 的一半甚至更少，而且 HEVC 最高甚至支持对 8K 超高清音频进行代码。

这样一来经过 HEVC 代码填充之后的音频，体积还可以进一步减小，他们也只需更低的频宽就能实现高清音频在线播映或者直播推流。

也正是基于 HEVC 这种更高效的代码，早在 2017 年，苹果就开始让自家 iOS 11 支持 HEVC，并且首个支持 HEVC 的应用就是它自带的相机 App。

而安卓而后也是很快就跟上了，到如今基本上每台智能手机都能拍摄并且播映 HEVC 代码格式的音频：

另外像是 AMD、NVIDIA、英特尔等厂商，也早就在硬件上开放了对 HEVC 编解码的支持。

而对画质有追求的 B 站呢，也是从 2019 年就上线了 HEVC 代码，算是国内一众音频中文网站中最早支持 HEVC 的那一批，它那么做也算是在紧跟潮流。

之所以他们看 B 站音频会引致笔记本电脑卡顿或者发热严重，要怪就怪 Chrome 和那些采用 Chromium 内核的应用程序到现在都不支持 GPU 硬解 HEVC。

应用程序不支持 GPU 硬解 HEVC 会引致一个问题，那就是它在播映音频时只能通过 CPU 来实现软解码，这对 CPU 的运算操控性要求十分高。

丹尼尔实测，用 Chrome 看 B 站高画质的音频。

如果你在设置里选了 优先采用 HEVC 代码音频播映 ，你会发现它对 CPU 的占用率十分高，都快飙到 100 了，而对 GPU 的占用率却一直都很低：

而一旦你把音频切换成 Chrome 支持硬解的 AVC 代码播映，应用程序对 CPU 的占用率立马就会降下去，GPU 的占用率虽然有所上升，但并不算高：

这是因为 GPU 拥有专门的解码模块，在硬解对应代码音频时候的解码效率十分高，不但能减轻 CPU 的负担，还有着功耗低、发热少的特点。

遗憾的是，丹尼尔特意去搜了下，目前除了苹果端的 Safari 应用程序，包括 Chrome、Edge 在内的其它几个主流应用程序均不支持硬解 HEVC。。。

这些应用程序不支持硬件 HEVC 的原因倒不是因为技术受限，而是因为想要获得 HEVC 相关组织的授权，所需要支付的授权费一点都不低。

目前负责 HEVC 授权的组织一共有三家，就拿其中相对比较厚道的 MPEG LA 而言。

想要获得它家的 HEVC 授权，厂商每年头十万台终端免费，之后每台终端要是花费 0.20 美元，不过每年封顶 2500 万美元，但也是笔不小的数目。

这个费用在智能手机厂商看来可能将没啥，毕竟成本分摊到每台智能手机上也就是两块不到的事，但对于可以免费下载到多台电子设备的应用程序而言就很恐怖了。

所以以后谷歌也搞了一套叫做 VP9 的代码方式，操控性和 H.265 差不多，但其他厂商不乐意啊！

一方面是因为 Chrome 的市占率太大，要是大家选了这套方案，谷歌肯定一家独大，甚至可能将垄断音频代码市场。

另一方面，则是因为 VP 系列是参考 H.26x 开发，对于这代码是否侵犯专利还真说不确切，万一真出事了，那些用了 VP9 的厂商，可能将也会有麻烦。

到时候出事了谷歌可不会对此负责~

所以现在谷歌、微软、亚马逊、Facebook、Netflix 等几大互联网公司联合推出了开源免费的 AV1 填充代码技术。

它的音频填充效率不比 HEVC 低，既然有免费的这些应用程序当然会优先考虑支持它。

之所以要那么干，也是因为天天给自己交专利费，心里不爽，有这个技术条件，搞个更好用的出来，岂不美哉？

只不过由于在音频编解码方面，为这个代码格式提供硬件解码的厂商目前比较少，现在只有各大芯片厂商以及最新的显卡比如 RTX 系列才能支持。

所以日后 AV1 能不能成为一种主流音频代码格式却是个问题。

回到 B 站推 HEVC 整件事上。

B 站作为国内少有能提供 8K 以及 HDR 10 文本的音频中文网站，它在借助 HEVC 给他们提供更高规格音频的同时还能节省频宽，这事本身就值得肯定。

以后甚至还有不少人通过 B 站 UWP 应用提供的 HEVC 音频扩展，在 Windows 上白嫖到了本来要花钱才能买到的 HEVC 解码器。。。

不过话说回来，B 站支持 HEVC 代码是一回事，它在这个代码下能给音频提供多少码率就是另外一回事了。

有网民表示，前段时间 B 站给 HEVC 的码率比 AVC 还低，结果引致选择 HEVC 播映的音频画质还不如 AVC，尤其是在 1080P 分辨率下会特别明显。

然而也有人实际测试了下，在 1080P 分辨率下，HEVC 的音频码率确实比 AVC 高：

由于这点还存在争议，所以丹尼尔对这事也不好评价。

但不管怎么说，HEVC 必然是一个大趋势，在流媒体网络平台和硬件产品的通力支持下，他们离顺畅体验它的未来，应该也不远了。

撰文：胖虎 编辑：面线 & 小鑫鑫 头图：焕妍

维基百科

博客 @酱紫表、@Blood旌旗、@哔哩哔哩弹幕网

BOXCAST，HEVC (H.265) 与 AVC (H.264)：有什么区别？

三易在线，B站为省流量 压榨 用户 CPU？实测发现有隐情

B 站，影视飓风 - 【 8K演示片 】B 站首发！你的电子设备还顶得住吗？

B 站，极客湾 - 音频 是怎么来的？H.264、码率这些词又是什么意思？

知乎，HEVC（H.265）比AVC（H.264）除了填充率大一些外还有哪些优势？