更新:
Bluesky FRC作者的开发日志有相关记载了
http://bluesky23.blog.shinobi.jp/entry/20161209
作者也表示目前依然是真相不明
(到底是Google个别对应到AMD的产品,或是AMD的VP9真的有对应DXVA或其他API)
===
在Crimson ReLive 16.12.1驱动释出后就很期待VP9硬解功能
而更新后当然马上做了几个CPU使用率的快速测试
测试影片:(4K 30FPS)
https://www.youtube.com/watch?v=iNJdPyoqt8U
测试平台:(驱动是Crimson ReLive 16.12.1,懒得改图惹)
http://i.imgur.com/DZffdno.png
浏览器:Google Chrome 55.0.2883.75(64-bit)
a.开启硬件加速
b.使用H264ify将影片改为H.264后再进行测试
c.关闭硬件加速(用CPU去软解)后再进行VP9 vs H.264
测试结果:
开硬件加速+VP9
http://i.imgur.com/opHrMMu.png
关硬件加速+VP9
http://i.imgur.com/esTDrtT.png
开硬件加速+H.264
http://i.imgur.com/suGL6Bq.png
关硬件加速+H.264
http://i.imgur.com/xVM3Fr1.png
结论:
可以看到开硬件加速去跑VP9确实是有效果,然而H.264的表现尚远优于VP9硬解
而H.264硬解也确实相当有效
至于VP9在GCN全系列是如何达成的在anandtech的报导中也有提到
http://tinyurl.com/j3awb8k
简单来说这版ReLive驱动理论上让GCN架构的卡都能跑VP9(混合硬解)
但却是用GPU的shader下去跑(OpenCL?),并非GPU里面有相关的VP9硬解单元
因此造成混合硬解的情况
http://i.imgur.com/HYkoC68.png
这也大概是为什么DXVA Checker里面没有VP9的原因(用追踪功能也抓不到任何迹象)
如果要看更猛的VP9 4K 60FPS影片那CPU的压力就更大了
https://www.youtube.com/watch?v=UceRgEyfSsc
而且时常有顿一下的情况,并非完美流畅拨放
如果用Win 7的话在Chrome网址列输入Chrome://GPU
里面这项反而会显示"Software only, hardware acceleration unavailable"
http://i.imgur.com/ZuMI5nC.png
https://www.chiphell.com/thread-1680345-1-1.html
这一篇也可以简单看看
因此目前测出来的结果就是:
在这版驱动下Polaris的VP9硬解是混合硬解,并非GPU内建的纯硬件加速
虽然还是有H264ify可用,但还是很希望能有VP9纯硬解呀
而且现况也只能在Google Chrome上面实现,FireFox和其它浏览器都无法使用
http://i.imgur.com/2CGtQCy.png
看到这张图又QQ一次惹...