更新:
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一次惹...