我有“华擎”中的“BeeBox”.该机器的处理器是Intel Celeron N3150,支持VP8视频流的硬件编码和解码.我想在Google Chrome(在Debian Linux上)中使用此功能来进行WebRTC调用.但我不确定如何证明Chrome真正使用硬件编码/解码.
到目前为止我的发现
不幸的是,Linux上的情况非常令人困惑.除了不同的加速API(VAAPI,VDPAU等),其中我不知道Chrome实际上使用了哪些,Chrome通过以下方式增加了额外的混淆：
视频解码：仅限软件,硬件加速不可用
视频编码：硬件加速
在“chrome：// gpu”页面上.
编码：尽管ist说加速编码,但在将HD Video编码为VP8流时,我的cpu负载为60-70％.这对我来说看起来不像HW编码.
解码：就我在网上看到的而言,Linux下的Chrome上似乎根本不支持硬件解码.有一个名为–ignore-gpu-blacklist的Chrome开关确实将“视频解码”行从“仅软件……”变为“硬件加速”,但这并没有改变任何东西.我还与Kodi和VLC等不同的媒体播放器进行了一些研究.这些播放器在播放VP8时显示cpu负载约为25-30％,这确实可能是硬件解码,但令人惊讶的是,当我关闭这些播放器中的硬件编码时,根本没有任何变化.这反过来让我相信即使这些也不会在HW中解码.
工具：我发现了一些工具,甚至来自英特尔,但大多数都是指GPU负载(这意味着3D加速).我还尝试了来自mesa-utils的glxinfo,它说：“直接渲染：是”,并且根据this线程确认支持HW解码(？).但这只是说明支持是可用的,而不是当前是否有任何应用程序真正使用它.
题
当在Linux上编码或解码VP8视频流时,有没有办法清楚地验证硬件编码器和/或解码器是否正常工作？
我非常感谢你的帮助！
它说硬件还是软件？
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模型.不幸的是,所有这些都记录不清……
