分享

视频硬件编码更快,为什么都用软件编码?

 wxsjbcf 2020-10-01

对于制作Vlog的创作者来说,视频制作中不可避免的会遇到多次重复导出修改的问题。随着如今Adobe Premiere Pro已经支持在渲染导出时进行硬件编码,从而在一定程度上提升渲染速度,那么这个功能是否能够用在生产力环境中呢?如何选择处理器才能进一步节省渲染导出时间,优化效率呢?下面我们就一起来看看。

硬件编码更快,但为什么不好用?


对于Intel处理器来说,型号中不带F的处理器都带有核芯显卡,而核芯显卡就可以在Adobe Premiere Pro(2018以后版本)中提供硬件编码导出,这也是Intel玩家们喜闻乐见的功能。

在导出时,可以在性能选项中选择硬件加速。从而大幅加快视频输出的时间。我们就此进行了一个测试,将一段完整的Vlog项目文件进行导出,导出测试时,选择为H.264编码,预设“匹配源 – 高比特率”,VBR1次,码率为6~8Mbps。

选择Intel 酷睿i7 10700K平台,使用软件编码时,花费时间为118秒,而开启硬件编码时,这个时间会缩短到86秒。从效率上来看,硬件编码确实大幅的提升了导出效率。

软件编码(右)相比硬件编码(左)在画质细节上表现更好

从头发的对比可以看出,软件编码(右)比硬件编码(左)的画质更加锐利

但是在生产力环境中,我们真的会使用硬件编码来导出视频吗?答案是很少会。因为核芯显卡的硬件编码速度虽然快,但是输出的画质却不如软件编码的方案。

从画面对比我们可以看出,虽然速度提高了不少,但画质相比软件编码方案来说也差了不少,在较低码率下的差距就更大了。而且,在使用硬件编码时,我们只能选择VBR1次的编码方案,不能选择VBR 2次的编码方案,从实际使用情况来看,VBR 1次的编码方式,并不利于我们上传到各大视频网站使用。

简单来说,CBR是指的恒定比特率,也就是在视频压缩编码时,使用固定的码率,比如8Mbps,那么视频中的所有帧都是以8mbps来进行压制的。而VBR则是只是指的可变比特率,也就是在视频编码时,码率并不固定,一个平均码率,同样一个8Mbps的视频,VBR会将视频中简单内容的帧压缩为较低的比特率,从而“留出”更多的比特率给复杂内容,从而保证在同样的码率时,能够提供更高的画质。

而VBR 1次和2次的区别在于,实际使用中,由于编码是连续进行的,虽然知道平均编码,但编码器并不知道后面画面的复杂度,所以VBR 1次得到的结果,往往会有动态画面的质量远低于同一个视频中静态画面的质量,造成和CBR类似的画质结果。VBR 2次就是来解决这个问题的,使用时会在第一次进行快速编码采样,对整个视频进行分析,算出一个合适的画面质量分布,然后再第二次的时候才是真正对整段视频进行编码,这样既可以保证视频的画面质量,也可以让码率不至于过大。

对于如今的视频网站来说,对码率都有较为严格的限制,所以CBR这样比较浪费码率的方式显然不适合使用。而VBR 2次才能更好的在不超过限定码率的同时满足大家对画质的需求。

也就是说虽然硬件编码方式虽然快,但是在实际使用中很难真正应用到生产力环境中,使用软件编码/VBR 2次,才是最后成片最合适的选择。那么在使用软件编码时,和酷睿i7 10700K对位的AMD 锐龙7 3800X到底谁的效率和性价比更高呢?下面我们也进行了一番测试研究。

同样8核16线程,选择更具性价比的


在使用AMD 锐龙7 3800X平台时,相同的压制参数(VBR2次)压制同一段视频时,相比Intel酷睿i7 10700K的时间(236s)缩短了18秒,仅用了217秒就完成了压制,节省了近10%的时间。虽然17秒不算太长,但这只是一个小工程序列的渲染时间,如果放大到大型项目上,节约的时间就非常可观了。从这里也可以看得出,虽然AMD 锐龙7 3800X的加速频率要低于Intel酷睿i7 10700K,但是借助Zen2架构更高的同频性能和效率更高的同步多线程技术,在生产力方面的表现更优。

软件编码才是生产力必备,做视频选好平台很重要


通过对比我们发现,虽然硬件编码可以节省一定的渲染导出时间,但在画质表现上确实不如软件编码的方案,只适合临时使用,不适合真正作为生产力环境的输出使用。对于目前的视频网站来说,上传视频码率有着较为严格的限制,而硬件编码除了画质较差,无法使用VBR 2次进行编码也是阻碍使用的一大问题,所以处理器的软件编码性能就尤为重要。

(编辑:戴寅)

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多