该版本在4月份就已经开始测试，PugetSystems曾对此进行过测试，他们使用了三种不同的源素材，分别是码率为150Mbps的4K H.264、4K ProRes 422和4K RED对不同的导出编码进行测试，结果如下面三张图所示：

预览// var istart = 18; //通过编号生成，图片开始的编号，不强求连续，但尽量连续编号，小图+s，如1s； var istart=['4k_h264','4k_prores','4k_red']; //通过文件名生成，大图文件名，不含后缀，小图以s结尾 var ilast = 19; //结束图片的编号，如果是文件名生成，这个数字不用改 var tips = []; //图片说明，按顺序列，没有就空着 var iurl = "https://img.expreview.com/news/2020/05/19/"; //图片目录 var col = 3; //列数，一排几张图，1 2 3 4可选 var nomore = 1; //大小图是否一样，1为一样，不需要s后缀的小图，用于列图片 var gap = 0; //图片间距修正，默认0 var bd = 0; //描边，0或1，默认0 var full = 0; //是否全屏，0 或 1 var pic = ".jpg"; //图片格式 WaterInit(pic, iurl, col, gap, bd, istart, ilast, full, tips, nomore);图上的单位是导出的速度，单位是FPS，红色条柱为NVENC，蓝色为软件编码，绿色为QuickSync。可以看到NVENC不管在哪种情况下都能够提供较大的速度提升。

还有微博网友在AMD的平台上进行了测试，结果显示支持AMF的APU同样可以加速导出，虽然速度没有NVENC那么快，但已经超过了Ice Lake上面的新版QuickSync。

NVENC、AMF和QuickSync都是硬件编码电路，在效率上比软件编码要高很多，不过缺点在于画质会有一定的损失，但实际上，Turing GPU上面的NVENC模块对画质的优化已经达到了相当好的地步，可用性相当高。

我们也会在之后带来相关的测试，敬请期待。

Intel为何如此大方还不得而知，不过QuickSync功能本来是Core i系列的保留功能，但是去年推出Bay Trail处理器有面向笔记本和桌面市场的M、D分支，他们已经支持QuickSync功能了。就连这种低端的处理器都能支持，Intel再不给奔腾、赛扬处理器一点面子，这也实在说不过去。

也别高兴的太早，此次解锁QuickSync功能的15款奔腾、赛扬处理器主要是Haswell架构的新品，包括奔腾3588U/3561Y/G3220/G3220T/G3220TE/G34230/G3420T/G3430、赛扬2957U/2961Y/2981U/G1820/G1820T/G1820TE/G1830等，此前的奔腾和赛扬处理器并没有提及，估计也不要指望Intel开恩了。

新驱动版本为15.33.14.3412（Intel真应该好好整理下驱动程序了，起个容易接受的名字吧），支持Windows 7/8/8.1系统，支持第三代、第四代Core i处理器及部分奔腾、赛扬型号的处理器。不过有点奇怪的是，Intel驱动下载网站上对应的版本已经在1月29日就提供下载了，但是驱动升级说明是这了两天才发布的，不知道用过这个驱动的玩家发现了Intel带来的福利没有。

驱动下载页面