PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

回應
 
主題工具
orakim
Master Member
 

加入日期: Sep 2003
文章: 1,810
AMD APU Kaveri 的UVD 4、VCE 2.0

這個在去年十一月釋出的消息直到CES 2014 都沒有詳細情報
終於在發售日出現了

http://www.4gamer.net/games/147/G014731/20140113002/
UVD 4 只是小改,改善錯誤回覆機制,VCE 2.0 相對來說改的比較多

VCE 1.0 的H.264 只能編出I,P frame; VCE 2.0 則可以編B frame了
VCE 2.0 支援wireless display (全部是i frame)

VCE 2.0 可以進行 h.264 svc temporal encode
簡單的說就是(透過改變解析度、frame rate、畫面大小)可以更有效率的使用流量
就內建的硬壓來說 intel 表現是最好的,但AMD 能不能靠VCE 2.0 扳回一成?
(AMD 過去的硬壓跟雞肋一樣,有跟沒有差不多;品質差到不想用就算了 速度也慢)

雖然VCE 2.0沒有支援H.265 但VCE 2.0 或許有看頭
等日後實際上畫質測試出來後在看看結果如何吧! (觀望中)
--
至於CPU、GPU 效能基本上跟預料中的差距不大,重點一樣是記憶體頻寬

一如往常要發揮APU內圖形運算效能發揮到極致所需的頻寬會比AMD預定的高兩階
這次A10 7850K 預設是在2133,大概到2600就近崩了;頻寬再多效能提昇有限
     
      

此文章於 2014-01-14 10:28 PM 被 orakim 編輯.
舊 2014-01-14, 10:19 PM #1
回應時引用此文章
orakim離線中  
orakim
Master Member
 

加入日期: Sep 2003
文章: 1,810
剛剛查了一下Scalable Video Coding
發現原來 intel haswell Quick sync video 早一步支援 SVC了
有人對ivy bridge 的Quick sync video (未支援SVC)跟Haswell (支援SVC) 分析畫質
先來看intel 的SVC 表現的怎麼樣吧!
http://www.tetrachromesoftware.com/...q264test_4.html
profile 是 baseline的時候 haswell 跟ivy 還算接近
profile 到Main 、High 的時候 haswell 跟 ivy 就拉開差距,很明顯這是SVC的優勢

把intel q264 跟x264 拿來相比,在1080p下 毋庸置疑的 x264 有畫質優勢
把1080p限制在 低流量 (3000-4000 kbps以下)來相比的話
q264 x264 畫質上的差距相對來說沒有高流量來的明顯,但速度差距q264 大概為x264 的三至十倍快

如果是720p情形下,q264、h264 則更為接近 (除了會被x264的slow,very slow 拉開差距)
對我來說intel haswell 的q264 已經具備相當的實用價值
不知道AMD 的VCE 2.0 能表現到什麼程度
--
另外這邊有VCE 1.0 跟ivy bridge 相比(前一代互比)
http://techreport.com/review/23324/...oding-on-the-pc
不過話說回來 上面這篇個人感覺畫面表現最好的Handbrake 反而只用到opencl
(沒用到intel quick sync video、AMD VCE、NV CUDA)
有鑑於APU 在HSA的一些努力 有讓OpenCL成績提昇1.5~2倍
說不定opencl 的提昇讓AMD 在handbrake(opencl) 得到一點點安慰

可惜到目前只找到這篇
http://techreport.com/review/25908/...sor-reviewed/10
而這篇的handbrake 純CPU 跟 opencl 的測試,作者說使用的handbrake 版本差距幾個月不能拿來互比
 

此文章於 2014-01-15 04:47 AM 被 orakim 編輯.
舊 2014-01-15, 04:44 AM #2
回應時引用此文章
orakim離線中  
orakim
Master Member
 

加入日期: Sep 2003
文章: 1,810
查了一下 handbrake opencl 的release note
發現他是在crop, down-scaling 得到AMD 跟MulticoreWare (HSA 合作廠商) 的幫助
換句話說:沒用到crop,down-scaling 的話 ,使用支援opencl 的handbrake 沒有太大幫助
舊 2014-01-17, 03:26 AM #3
回應時引用此文章
orakim離線中  
KGB
*停權中*
 
KGB的大頭照
 

加入日期: Nov 2012
文章: 1,050
引用:
作者orakim
查了一下 handbrake opencl 的release note
發現他是在crop, down-scaling 得到AMD 跟MulticoreWare (HSA 合作廠商) 的幫助
換句話說:沒用到crop,down-scaling 的話 ,使用支援opencl 的handbrake 沒有太大幫助


handbrake 1:1壓的話靠的是越多核越好,純CPU power!

1080轉720就算有opencl加速,我猜應該也快不了多少,不過給常常轉檔給行動裝置用的人來說,是可以節省一點點時間,因為行動裝置小螢幕,你根本看不出來1080跟720差別,不過限於裝置容量,720還是有必要的。
舊 2014-01-17, 04:44 PM #4
回應時引用此文章
KGB離線中  
路過
Advance Member
 
路過的大頭照
 

加入日期: Apr 2005
文章: 479
引用:
作者orakim
查了一下 handbrake opencl 的release note
發現他是在crop, down-scaling 得到AMD 跟MulticoreWare (HSA 合作廠商) 的幫助
換句話說:沒用到crop,down-scaling 的話 ,使用支援opencl 的handbrake 沒有太大幫助

每次看AMD推的東西
往往都只丟個SDK,就想要別人生一些東西出來...

個人認為沒錢也有沒錢的做法,如果AMD想靠HSA想在多媒體應用方面扳回一成
至少要做到像egur開發的QSV Decoder那樣才行,整個被溶入ffdshow才有前途

雖然現在這麼做的話可能也晚了點就是






還有樓上那個一行文是怎麼回事
__________________
提高計算速度的方法不只一種。
平行計算只是一種提高效率的方式,具有不確定性與複雜性。關於提高效率的方式,存在著各種不同的理論。
對於我們來說,那並不是完美的東西。
舊 2014-01-18, 07:19 AM #5
回應時引用此文章
路過離線中  
coolcliff01
Major Member
 
coolcliff01的大頭照
 

加入日期: Feb 2006
文章: 216
引用:
作者路過
每次看AMD推的東西
往往都只丟個SDK,就想要別人生一些東西出來...

個人認為沒錢也有沒錢的做法,如果AMD想靠HSA想在多媒體應用方面扳回一成
至少要做到像egur開發的QSV Decoder那樣才行,整個被溶入ffdshow才有前途

雖然現在這麼做的話可能也晚了點就是


跟NV學壞了,投影片都講得神乎其神,吊足支持者胃口後害得支持者在看到實物時吐血三升,俺絕不再上當!

不過PS4還缺貨嗎?哪裡有得買
舊 2014-01-20, 11:33 AM #6
回應時引用此文章
coolcliff01離線中  


回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是10:40 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。