一看B站视频就卡？这可能真不是个人电脑的问题

不知道最近萤幕上前的乒乓有没有这样的经历：一用搜索引擎打放B站录像，就会有时候不止现嘉芙莲的可能会，外场景下还会不止现软体涡轮机狂转的可能会，非常的不可思议，这时有其他用户指不止B站处于节省数据传输的最终目标在Web端带进了HEVC序列放映，导致软体放映时造成更高的过载，对此B站也是不予了回应。

看见这里，相信不少围观民众就要纳闷了：这个HEVC序列到底是个什么样子？怎么放了在此之后软体就卡？这就要从录像的序列应用领域放始说起了，而且笔者可以肯定地说，软体嘉芙莲的锅，上游既都是B站头上，也不是软体配置低，至于为什么，还请接着往下看：

所谓录像序列方式原指通过转换应用领域，将零碎录像格式的份文件去除另一种录像格式份文件的方式。这里有个重点是对录像顺利完成转换，那为什么要转换录像呢？其实很简单，因为零碎录像实在是太大了。

拿一个1080P（1020x1080）分辨率，60帧的录像举例，未经转换的可能会下，光是一帧就有1920x1080x3/1024/1024≈6MB的素材，每秒就占绝对优势了大近360MB的素材，这样的形状连本地磁盘都费劲，更何况用于网络服务传输数据，从那以后千兆数据传输才伊始流行，承载一定会这么庞大的数据量，因此显然并不需要对零碎录像顺利完成一定的处理方式。

这也是录像序列应用领域不止现的因由，通无论如何除录像数据中冗余信息，充分利用录像数据在网际网路中较快传输数据和离线的磁盘。使得录像数据量得以极大的转换，有利于传输数据和磁盘。

在无论如何的几十年中，一系列的录像序列常规被广泛的应用领域。在此之前已有的录像转换常规有很多种，包括国际性常规化组织（ISO）和国际性电器应用领域委员会（IEC）拟订的MPEG-1、MPEG-2、MPEG-4常规；国际性电信联盟电信常规化管理机构（ITU-T）拟订的H.261、H.263等等。

直到2003年，ITU-T和ISO/IEC正式列入了H.264/MPEG-4 AVC录像转换常规，由于在序列效率和控制能力方面都有著相当大的绝对优势，H.264也成为了在此之前应用领域相当广泛的录像序列常规。

而HEVC则是H.264在此之后又一社会变革的录像序列应用领域，相比传统的H.264序列应用领域，HEVC可以在可能会下有所不同录像清晰度的必要条件下，减少近50%近的数据量，同时赞同8K录像的序列。如此先进的序列应用领域自然现象也是取得了不乏代工的赞同，的产品、斯塔、AMD、NVIDIA、英特尔等代工都先后对HEVC序列应用领域顺利完成了赞同。

那看起来很美好的一个事情，为什么到搜索引擎这里就不来了呢？

弊端主要不止在HEVC比较简单的专利权批准后方式上，光是HEVC应用领域相关的专利权水池就有MPEG LA、HEVC Advance和Velos Media三家，而高额的批准后经费并不一定使得很多代工望而却步，以MPEG LA为例，代工每年前十万台端口仅限，在此之后每台端口耗时0.20美元，2500万美元破土动工，这对于可以仅限下载到多台的设备的搜索引擎代工来说，毕竟是非常巨大的放销。

也因此，很多搜索引擎都重新考虑了GPU对HEVC硬解的赞同，因此在观赏HEVC序列的录像时，CPU过载往往过高，也就不止现了文章最放始所说的嘉芙莲或者涡轮机狂转的可能会，只有Safari幸免于难。

当然，不乏代工也并没有实质上摆烂，网易曾经合作放发了一套比如说VP9的序列应用领域，但由于种种原因都未流行放来，后来网易、微软、彭巴、Facebook、Netflix等几大网际网路公司联合推不止了放源仅限的AV1序列应用领域，但由于在录像DTS方面，为这个序列格式提供硬件解码的代工在此之前比较少，导致AV1序列应用领域在流行之恰巧也感受到了艰难险阻。

所以短期来看，搜索引擎不赞同HEVC序列还没有什么好的解决方法，不过2020年，Fraunhofer月最新的录像DTS常规 H.266/VVC拟订顺利完成。同等清晰度下将节省近50%传输数据流量，清晰度就越高，码率节省就越多。这项为时3年的常规，主要面向未来的4K和8K，希望H.266的不止现能强化这个局面吧。

(7903813)