2016年6月29日 星期三

BlueskyFRC 2.2.0版本 R9-280x/7970 GPU負荷分析

bluesky frame rate converter(下稱blueskyfrc)係一款主要使用GPU運算黎對影片添加影格以達致60fps流暢播放既軟件 詳細既介紹同一路以黎測試可以睇番我之前既post
http://ppkkkp.blogspot.hk/search/label/bluesky%20frame%20rate%20converter



Bluesky Frame Rate Converter (簡稱BlueskyFRC) 是一名日本程式員Bluesky製作的DirectShow濾鏡,可以配合支援外置濾鏡的播放器而使用AMD顯示卡獨有的Fluid Motion功能,將24/30fps的影片實時轉换到60fps,享受60fps的流暢體驗又無需再次壓製影片。

而BlueskyFRC的另一特色是當中大多運算都集中在GPU上,對比另一老牌轉換影片至60fps程式SVP,SVP雖然支援OpenCL硬體加速,但主要運算還是集中在CPU上,有時CPU效能不足產生的效果可能會很差。

但BlueskyFRC有效運用GPU的運算能力,只要是支援的GPU型號便很少出現不流暢的情況,而GPU又不會像CPU容易受其他程式影響。

BlueskyFRC官方網址及下載位置:http://bluesky23.yukishigure.com/BlueskyFRC.html

測試環境及設定

上次試過用R9-280x係1080p用blueskyfrc ver2.1.0既情況  觀察到有一半既情況GPU負荷都超過50%  其實一塊TDP 250W既顯示卡維持住50%負荷所對黎既熱量認真唔野少  不過呢個都係ver2.1.0既情況

今次更新到ver2.2.0 我見到changelog度講提升左整個程式既性能  從而改善左程式運行既效率
而我落手去試發現左係播60fps片既時候 GPU既負荷有好可觀既下降  所以將GPU負荷記錄低同寫篇文

而我今次都係用[ANE]空之境界第一集頭5分鐘黎做測試(事關我冇咩1080p片)  

測試結果

開啟dxva+zero-copy全程GPU負荷多數時間GPU負荷全程CPU負荷只開啟zero-copy全程GPU負荷多數時間GPU負荷全程CPU負荷
quicksync28-71%29%3-14%quicksync28-70%29%2-13%
copy-back38-80%38%1-9%copy-back37-64%37%1-9%
native19-60%20%1-10%native29-71%30%8-22%*
none28-70%29%10-26%none29-70%30%10-27%
只開啟dxva全程GPU負荷多數時間GPU負荷全程CPU負荷咩都唔開全程GPU負荷多數時間GPU負荷全程CPU負荷
quicksync49-93%49%5-18%quicksync49-93%50%5-19%
copy-back57-98%58%2-12%copy-back57-98%58%2-14%
native43-72%43%2-14%native50-95%50%11-31%*
none50-92%50%10-29%none50-92%50%11-33%
下面個表係上次1080p篇既數據
開啟dxva+zero-copy全程GPU負荷多數時間GPU負荷全程CPU負荷只開啟zero-copy全程GPU負荷多數時間GPU負荷全程CPU負荷
quicksync31-73%32%3-14%quicksync31-73%32%2-11%
copy-back41-83%41%1-8%copy-back41-72%41%1-9%
native22-59%23%1-10%native31-73%33%8-25%*
none31-72%32%11-26%none31-72%32%10-27%
只開啟dxva全程GPU負荷多數時間GPU負荷全程CPU負荷咩都唔開全程GPU負荷多數時間GPU負荷全程CPU負荷
quicksync73-93%75%4-16%quicksync74-92%75%4-13%
copy-back83-95%84%2-10%copy-back83-94%86%2-9%
native64-93%66%2-10%native74-95%75%7-27%*
none75-95%76%10-29%none74-95%75%7-28%
*代表lav硬體加速無法使用 自動改為使用CPU解碼

結果分析

對比上次同今次既數據見到GPU負荷有大幅度既調整  幾乎全部GPU都唔過50%負荷  不過CPU負荷就有些微升高

分別比較四個硬體加速方法

quicksync今次表現幾好 越黎越接近native既效果 可以因為quicksync主要係用一個安置係CPU既組件  所以係解碼既過程極少消耗到GPU既性能  如果blueskyfrc只係開zero-copy功能  quicksync就會係最低負荷

copy-back今次表現麻麻  可能因為copy-back本身運作上既一個缺憾  copy-back意思係經GPU解碼左既影像數據唔會留係GPU既記憶體  而會回到CPU既記憶體中  但係經native解碼既影像數據會留係GPU既記憶體中等待影像輸出
所以GPU既負荷比起其餘3位都為高  但係佢CPU負荷依然維持最低

native既表現都係估算之中  GPU既負荷都係如常般最低  如果希望將GPU負荷壓到最低  呢個方法就係必然之選

none既表現都同native一樣係估算之中  雖然無驚喜既表現  但係負荷都有合理地下降

標籤:

0 個意見:

張貼留言

訂閱 張貼留言 [Atom]

<< 首頁