NVIDIA NVENC
首先要讲的是NVIDIA的NVENC，从变革非常大的Kepler架构开始，NVIDIA就在GPU中加入了专门用于编码视频的硬件单元，并引入了NVENC功能。NVIDIA在每次推出新架构的时候都会更新一下这个单元，加入一些新的特性。从Kepler开始到Turing，NVENC单元已经更新了六代之多了，这里罗列几个比较主要的节点：
· 从第二代Maxwell，也便是GM20x芯片开始，NVENC支持HEVC的硬编码
· Pascal开始，支持10-bit的HEVC硬编码
· Turing开始，支持HEVC的B帧，大幅减少码率开支
不过NVENC的支持情形相称繁芜，举例来说，同样属于Pascal家族，高真个GTX 1070/1080就可以同时处理两条视频流，而中真个GTX 1060就只支持一条流；再比如说，GTX 1650这款利用小图灵核心的显卡的NVENC模块实际上是Volta版本的（老黄的刀法可不仅限于GPU的规模）。对此，NVIDIA官方供应了一个非常详细的网站供参考：Video Encode and Decode GPU Support Matrix，如果各位想要搞明白自己显卡的硬件编码能力，参照这个网站是肯定没有问题的。
NVENC只能够编码AVC和HEVC，但发展到现在，它的编码质量已经非常精良了，这项功能目前的运用还是比较广的，像NVIDIA自家的GeForce Experience在录屏的时候就默认会调用NVENC。
其余，我们最近对NVENC在Premiere Pro中的表现进行了测试，详情可以参考这篇文章：NVIDIA NVENC编码加速器测试。
Intel Quick Sync Video
Intel该当是这三家中最早开始捣鼓硬件编码电路的，早在一代经典的Sandy Bridge，也便是第二代酷睿i系列处理器上面，他们就为核显模块加入了Quick Sync Video特性，发展到现在，也是相称成熟稳定了。比较起NVENC只是一项针对视频编码的技能不同的是，QSV中也包含了对视频解码的干系支持（NV那儿解码是NVDEC的东西），从Sandy Bridge开始到Kaby Lake为止，QSV会随着每一代架构的演进而更新，基本和核显的代数是同步的。随着这几年Intel在架构上的结束，QSV也没有太大的更新。不过Ice Lake和Tiger Lake上面它还是有一定程度的进步的，比如说Tiger Lake就将要引入针对AV1编码的硬件解码能力。
在硬件编码方面，除了AVC和HEVC这两个常用的视频编码之外，QSV还支持MPEG-2、MJPEG和VP8、VP9的编码支持。它也是较早被软件所支持的硬件视频编解码技能，比如Adobe Premiere Pro很早就可以利用到它。须要把稳的是，要利用QSV，核显必须处于开启状态，也便是说，目前被屏蔽掉核显的F后缀处理器无法利用它。
AMD Video Core Next
在高清时期刚刚拉开帷幕的时候，AMD或者说，ATI针对硬解高清视频搞出的UVD技能可以说是相称的惊艳，不过在编码方面，他们就掉队了一些。
AMD最早在初代GCN架构的显卡中引入了Video Coding Engine技能，初始版本只支持YUV420的AVC编码，且不支持B帧。从VCE 3.0版本开始支持HEVC的编码。VCE的末了一个版本是Vega20 GPU中运用的VCE 4.1，在基于RDNA架构的Navi芯片上面，它被Video Core Next所取代了。
Video Core Next首次涌现是在18年发布的Raven Ridge系列APU上面，它取代掉了原来的VCE和UVD，是一套新的视频编解码办理方案。随后在Navi 1x系列芯片中，集成了VCN 2.0，但特性较1.0没有变革，Renoir APU上面集成了VCN 2.1，未来的Navi 2x系GPU将集成VCN 3.0。
如何利用硬件编码技能？
早几年软件厂商并不重视利用硬件编码技能，不过如今的PC平台硬件或多或少会支持一种硬件编码技能，如果没法利用的话也算是一种摧残浪费蹂躏。像是OBS这个常用的录屏软件就支持以上这三项硬件编码技能，在检测到系统硬件支持之后会自动在编码器选项中供应对应的选项；而像Adobe这样在软件优化方面不太上心的公司也在Premiere Pro 14.2版本中加入了对NVENC和AMF（Advanced Media Framework，AMD的多媒体处理框架，可调用硬件编码）的支持。
如果想单独调用GPU硬件编码模块去压视频，自己又有一定动手能力的，可以理解一下日今年夜神rigaya写的NVEnc、VCEEnc和QSVEnc这三款软件，现在的FFmpeg中也整合了QSV和NVENC，各大FFmpeg的图形化前端该当也做了相应的支持。
顺带一提的是，利用专用单元对视频进行编解码操作并不是显卡或者说PC硬件的专利，几大移动SoC厂商早已在旗下的产品中加入了干系的单元，像苹果，从A10开始，就在SoC中集成了HEVC编码单元，未来给Mac用的自研SoC中肯定也会有干系的单元。
总的来说，硬件编码技能已经遍及，并可堪一用。
附赠：硬件编码技能质量如何？
如果在早几年用过硬件编码的朋友可能会以为，硬件编码的质量较差，但实际上这个不雅观念放到本日已经有点禁绝确了。NVIDIA在最近几代的NVENC中着重改良了它的质量表现。之前NVIDIA官方已经供应了他们的测试，我在业余用他们的参数跑了一下 ，并利用Netflix开源的客不雅观视频质量比拟框架vmaf对压制后的视频进行评价。这里利用的源视频片段是《你的名字》开场不久后的那段“MV”，源视频是从蓝光原盘文件中切取得到。
参数的话，NVENC组利用的是-c:v h264_nvenc -preset medium -b:v BITRATE -bufsize BITRATE2 -profile:v high -bf 3 -b_ref_mode 2 -rc-lookahead 20，libx264组利用的是-c:v libx264 -preset medium -b:v BITRATE -bufsize BITRATE2 -profile:v high，这两组参数均参考自官方Blog文章。码率范围这边选择的比官方文章中的更广，从2Mbps到20Mbps，2~10Mbps段以1Mbps为间隔，10Mbps以上则以2Mbps为间隔，终极测试得到的码率-vmaf分数图线如下：
可以看到，Turing片段在中低码率段较Pascal有明显的提升，在这个参数下，两个由NVENC编码得到的片段在绝大部分情形下画质表现均好于libx264的。不过这里须要指出的是，官方采取的编码参数对x264是不利的，实际情形中，压制组会利用更为繁芜的掌握参数来达到一个码率-画质的平衡。不过对付大略的编码，NVENC确实赢了。
