尽管经过第一轮的测试完全没有体现出Intel核显加速的任何功能优势,但同时我也不会单纯的认为所有亲历感受过这项功能优越性的用户是扯谎。
为了搞清楚到底英特尔核显这个功能到底支持哪些转码功能,我首先来到了英特尔官网的Quick Sync Video 技术介绍页面。
英特尔® 快速视频同步 (Quick Sync Video) 技术-英特尔® 官网 (intel.cn):
(相关资料图)
https://www.intel.cn/content/www/cn/zh/architecture-and-technology/quick-sync-video/quick-sync-video-general.html
对,这是原话,然后呢?
我们并未看到实际支持的格式列表,左侧一列是支持的专门的编解码应用,与本题无关,当然我们也可以点开一个看下,比如MainConcept,这个也是支持H.264编码的应用。接下来我们根据指引,看一下重头戏,位于Pr的相关介绍页面:
GPU 加速渲染和硬件编码 (adobe.com):https://helpx.adobe.com/cn/x-productkb/multi/gpu-acceleration-and-hardware-encoding.html
当我们继续阅读,终于在Adobe的硬件加速介绍页面找到了Intel的详细支持参数文档链接。
Media Capabilities Supported by Intel Hardware:https://www.intel.com/content/www/us/en/docs/onevpl/developer-reference-media-intel-hardware/1-0/overview.html
以上总算是给出了相当具体的使用条件和格式要求,目前我们还不太清楚是否是由于原片的问题导致的。
第一轮,我们测试的进行H264编码的原片格式为10bit 4.2.2,另外,根据我这位朋友所说,目前他们公司执行的拍摄的正常格镜头均为10bit 4.2.2的参数,小部分升格镜头为8bit 4.2.0参数。
那么接下来我们将测试第二轮,由于目前他在外地进行拍摄相关工作时间应该在6月底7月初这样,找一段升格8bit 4.2.0的进行再次测试H264转码,测试结果也将以对比视频形式发布在我的首页。