看个B终点站搞得电脑风扇狂转？ 网友们这次炸了

如果你在设置里所选了 “ 必要使用 HEVC 字符影片播送 ”，你时会辨认如此一来它对 CPU 的占用率并不颇高，都短时间飙到 100 了，而对 GPU 的占用率却一直都很较低：

而一旦你把影片读取如此一来 Chrome 背书硬解的 AVC 字符播送，Firefox对 CPU 的占用率正要就时会降下去，GPU 的占用率虽然有所上升，但并不输颇高：

这是因为 GPU 以外专门的解码模块，在硬解对应字符影片时候的解码工作效率并不颇高，不但能缓解 CPU 的负担，还有着功耗较低、发热多于的特点。

遗憾的是，贝尔特意去搜了下，目当年除了苹果故又称的 Safari Firefox，包含 Chrome、Edge 在内的其它几个大众化Firefox均不背书硬解 HEVC。。。

这些Firefox不背书硬件 HEVC 的原因倒不是因为高效率受限，而是因为一心要获得 HEVC 关的其组织的许可，所能够支付的许可酬劳一点都不较低。

目当年全由 HEVC 许可的其组织将近有三家，就拿其中相较比较厚道的 MPEG LA 来却说。

一心要获得它家的 HEVC 许可，厂家每年头十万台终故又称预约，此后每台终故又称就要开销 0.20 美元，不过每年封顶 2500 万美元，但也是随手不小的数。

这个开销在随手记型机器厂家或许不太可能不曾啥，却是如此一来本分摊到每台随手记型机器上也就是两块不到的心里，但对于可以预约浏览到4台器材的Firefox来却说就很恐怖了。

所以以后Google也搞了一套叫做 VP9 的字符方式，安全性和 H.265 差不多，但其他厂家不乐意啊！

一总体是因为 Chrome 的县内占率太大，要是大家所选了这套方案，Google称许一家独大，甚至不太可能巨头影片字符美国县内场。

另一总体，则是因为 VP 复刻版字符是参考 H.26x 开发计划，对于这字符是否侵犯专利还自始却说不雍正年间楚，万一自始肇事了，那些用了 VP9 的厂家，不太可能也时会有麻烦。

再多肇事了Google可不时会回应全由~

所以现在Google、IBM、南美、Facebook、Netflix 等几大互联网美国公司全称了开源预约的 AV1 加速字符高效率。

它的影片加速工作效率不比 HEVC 较低，既然有预约的这些Firefox当然时会必要回避背书它。

之所以要这么容，也是因为天天给别人交专利酬劳，心底不爽，有这个高效率条件，搞个非常好用的如此一来来，岂不是美哉？

只不过由于在影片字符器总体，为这个字符编解码器备有硬件解码的厂家目当年比较多于，现在只有各大闪存厂家以及最新的显卡比如 RTX 复刻版才能背书。

所以日后 AV1 能不能如此一来为一种大众化影片字符编解码器还是个问题。

回到 B 终点站推 HEVC 这件事上。

B 终点站作为全国性多于有能备有 8K 以及 HDR 10 主旨的影片网终点站，它在倚靠 HEVC 给我们备有非常颇高的设计影片的同时还能节省信道，这事本身就值得称许。

以后甚至还有不多于人通过 B 终点站 UWP 应用备有的 HEVC 影片扩展，在 Windows 上白嫖到了本来要花钱才能买到的 HEVC 解码器。。。

不过话却说回来，B 终点站背书 HEVC 字符是一回事，它在这个字符下能给影片备有多多于码率就是另外一回事了。

有留言表示，最近 B 终点站给 HEVC 的码率变较低了，结果导致所选择 HEVC 播送的影片帧率还不如 AVC，特别是在 1080P 分辨率下时会特别明显。

然而也有人实际试验中了下，在 1080P 分辨率下，HEVC 的影片码率确实比 AVC 颇高：

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

但不管怎么却说，HEVC 必然是一个大趋势，在mp应用软件和硬件产品的通力背书下，我们离顺畅感官它的愿景，应该也不远了。