验证VP8 HW编码/解码是否真的在Linux上运行

它说硬件还是软件？

2)相关,尝试一下：在Chrome中转到YouTube,播放任何视频.在播放视频时右键单击该视频,然后从上下文菜单中选择Stats for Nerds.

这将告诉您YouTube是否为您提供VP8,VP9或H.264.这可能是一个有用的线索,特别是如果您正在获得H.264. (这对笔记本电脑更有帮助,因为如果Chrome就像MS Edge一样,当笔记本电脑处于电池供电状态时,它将停止宣传VPx支持,迫使YouTube给它H.264,因为VPx消耗的电量比H大得多.264即使它的硬件解码.H.264是一个低得多的编解码器,其硬件解码比VPx硬件解码更有效.Kaby Lake可能最终缩小差距.)

3)还有一些其他问题. Chrome软件渲染列表包含一些有趣的条目,表明Chrome可能会忽略甚至相当新的英特尔GPU,包括您的Braswell芯片.请查看here.请注意,有一个条目说：“在Intel Broadwell,Skylake和CherryView上,VPx解码速度太慢”.

我不完全理解列表的语法.这个列表中提到的是否意味着对Broadwell和Skylake等整个处理器系列的硬件加速禁用？我不确定.在该条目和其他条目下有一堆十六进制形式的设备ID,因此你可以弄清楚你的是否在那里.另请注意其他条目,其中一些提及特定的Intel驱动程序版本,以及特定的Linux内核版本.

4)确保您的Chrome：// flags页面实际上表明软件渲染列表被覆盖(这是第一个标志).你提到了命令行语法,旧的“黑名单”术语,但这个标志近年来有一些错误,基本上不适用于某些人和其他问题.我只是仔细检查一下,无论你设置这个标志,它实际上都会在flags页面中显示正确的设置.如果没有,显然在该页面中正确设置.请注意,有一个错误,可能与您的问题有关,也可能没有 – 覆盖软件渲染列表会将chrome：// gpu中的VPx视频解码标志翻转为硬件加速,即使在没有VPx硬件加速的PC上也是如此,例如常春藤桥式笔记本电脑我现在正在使用英特尔HD 4000.我不知道这是否只是一个表现性错误,Chrome实际上并没有尝试使用硬件加速,或者Chrome实际上是这样做的(这似乎有崩溃或什么的,但它没有).

Chrome标志是一堆混乱和碰撞的单词选择.标志显示覆盖软件渲染列表.需要启用此标志,而不是禁用.但是如果它已启用,您将看不到单词Enabled或任何类型的状态指示器.您会看到“禁用”一词,作为更改设置的邀请.只是你知道……也许这对你来说都是旧帽子.

5)最后的沟渠,但非常强大的资源,看看你的系统上的VP8正在发生什么是Intel Media SDK.如果默认情况下它不是免费的,它是免费的,作为学生版的英特尔IDE / C编译器和免费试用版的一部分付费的IDE版本.有很多你可以在那里看到的是什么.我们对他们的开发人员指南第24页中的这段话感到震惊：

Hardware acceleration can be added to FFmpeg with a simple compile
step. For applications written to use FFmpeg command line or libav*
APIs they can then be hardware enabled by changing the codec name –
for example from libx264 to h264_qsv.

我会在ffmpeg中使用该方法来处理VP8编解码器,看看你是否可以在Chrome之外的系统上触发硬件加速.

6)另请注意,对于视频编解码器而言,术语“硬件加速”在整个行业中使用不一致,而且我不确定Chrome究竟是什么意思(在标志中).解码可以通过GPU加速,也可以通过固定功能单元在硬件中完全执行,固定功能单元也恰好位于GPU上(但不使用GPU着色器).这两个都称为硬件加速,但它们不是一回事.有时,“完全在硬件中”或“固定功能”将用于将该场景与一般GPU加速(有时称为部分加速或混合加速)区分开来.我很确定你的Braswell有一个固定功能的全硬件解决方案,用于解码VP8,但不能用于编码它,但这个文档记录很少.我认为对于编码,英特尔只提供某种GPU加速(使用着色器,可能使用OpenGL或OpenCL或其他东西,但我不知道细节).这种区别对于浏览器等应用程序很重要.全硬件解码比仅仅GPU加速更有效,而这些和其他英特尔实施细节可能会影响其Chrome友好性,非易失性,从而影响Chrome开发团队决定如何使用您的Braswell模型.不幸的是,所有这些都记录不清……