顯示廣告
隱藏 ✕
回列表(←)
Disp BBS guest 註冊 登入(i) 線上人數: 137
首頁(home) 上頁(↑) 下頁(↓) 末頁(end)
※ 本文為 applejone.bbs. 轉寄自 ptt.cc 更新時間: 2013-06-28 14:10:07
看板 PC_Shopping
作者 ck3300503 (夏影)
標題 [測試] 幾個CPU的H264轉碼測試+CUDA
時間 Sun Jun 16 22:12:00 2013

個人有在字幕組 正好最近有在幫忙最後編碼的部分

就順便來測試一下手邊各種CPU轉碼的效能

因為手邊可用測試平台不多 測試方法也不算很嚴謹 大家就參考一下了

之所以不直接用x264 Benchmark來做 是因為我想以實際轉檔的方式來測

會更接近平常實作會用到的吧


(為減少I/O造成的誤差 所有測試一律使用SSD)

測試環境(共同部分)

Windows 8 X64

MediaCoder x64 0.8.18.5335

868x480的一個16分32秒動畫

配上ass格式字幕 直接內嵌上去

使用以下avs script
--------------------------------------------
LoadPlugin("C:\avsfilter\ffms2.DLL")
LoadPlugin("C:\avsfilter\VSFilter.DLL")
V="C:\h264test\test.mp4"
A="C:\h264test\test.mp4"
AudioDub(FFVideoSource(V),FFAudioSource(A))
TextSub("C:\h264test\test.ass")
--------------------------------------------

轉碼設定使用x264編碼器 2-pass模式
位元速率設為1000Kbps
音效部分使用LC-AAC 128Kbps

接下來是各CPU的實測結果(單位秒)

Intel Core i7 3930K@3.2Ghz
---------------------------------------------------------
使用執行緒   2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
12           65              100               165
6            67              146               213
4            83              210               293
---------------------------------------------------------

Intel Core i7 950@3.06Ghz
---------------------------------------------------------
使用執行緒   2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
8            91              163               254
4(HT沒關)    97              259               356
4(HT關掉)    103             203               306
---------------------------------------------------------
單純比第一項和第三項 可以看出HT技術對轉檔方面還是有顯著的提升的

HT沒關使用4個執行緒效能比關HT低 也是意料之中，
畢竟後者是相對完整使用了4個核心


AMD Phenom X4 965@3.4Ghz
---------------------------------------------------------
使用執行緒   2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
4            156             267               423
---------------------------------------------------------

Intel Core i3 530@2.93Ghz
---------------------------------------------------------
使用執行緒   2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
4            181             384               565
---------------------------------------------------------

完整CPU比較
---------------------------------------------------------
CPU          2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
3930K        65              100               165
i7 950       91              163               254
X4 965       156             267               423
i3 530       181             384               565
---------------------------------------------------------

同樣4執行緒比較
---------------------------------------------------------
CPU          2-pass第一階段  2-pass第二階段    總時間
---------------------------------------------------------
3930K        83              210               293
i7 950(關HT) 103             203               306
i7 950(開HT) 97              259               356
X4 965       156             267               423
i3 530       181             384               565
---------------------------------------------------------

同場加映
使用CUDA轉碼的結果
顯卡是GTX680
CPU i7 3930K@3.2Ghz
因為CUDA似乎無法使用2-pass 所以使用ABR 1000KBps的設定來測

使用CUDA編碼   74秒
純CPU編碼     109秒

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.113.246.9
推 roys606     :有測試有推~1F 06/16 22:17
推 TSJTSJ      :推測試~2F 06/16 22:18
推 a2935373    :推3F 06/16 22:22
推 Nappa       :辛苦4F 06/16 22:23
推 batschris   :推5F 06/16 22:32
→ y3k         :這版上前一陣子就有在作了 按/搜尋x264吧6F 06/16 22:44
推 ckgegg      :肥龍II真的猛 不愧是一代神U7F 06/16 22:45
→ friedpig    :有Cuda VS 純CPU的畫質比較嗎?8F 06/16 22:51
之前也想到要比 結果忘了XD
CPU轉的結果
http://www.nctucs.org/h264/cpu.jpg
[圖]
 
CUDA轉的結果
http://www.nctucs.org/h264/cuda.jpg
[圖]
 

CPU轉的看起來好很多 也許是參數還要調整吧 我目前都是用預設值的
※ 編輯: ck3300503       來自: 140.113.246.9        (06/16 22:58)
推 kkkkkkq     :可以順便測這個嗎? Intel Quick Sync Video Technolo9F 06/16 23:00
→ friedpig    :覺得這解析度看起來差異勉強能接受 不過放大應該更嚴10F 06/16 23:00
→ friedpig    :重
推 s25g5d4     :畫面根本不對了 怎接受-.-12F 06/16 23:01
推 andynew     :好明顯的差異喔13F 06/16 23:03
→ ck3300503   :Intel Quick Sync Video 我沒有能用的U貌似@@14F 06/16 23:03
→ kkkkkkq     :好可惜QQ  想要畫值X264已經開始支援opencl15F 06/16 23:06
→ kkkkkkq     :只是他只是讓顯卡協助   沒有都用顯卡轉
→ Nappa       :國外論壇看到的圖  http://i.imgur.com/l53rMps.jpg17F 06/16 23:07
[圖]
 
→ friedpig    :不就糊了"一點"(?  不過兩張圖怎麼比例不太一樣?18F 06/16 23:32
推 s25g5d4     :有整整好幾行像素被吃了19F 06/16 23:38
推 cckkyle     :色彩有差 對收藏的有差20F 06/16 23:40
→ y3k         :CUDA鄍X來的品質普遍非常差 因為寫的時候都是以速度21F 06/16 23:45
推 E6300       :CUDA被拉寬了22F 06/16 23:46
→ y3k         :優先 我個人是很懷疑CUDA如果要輸出好品質會不會根本23F 06/16 23:46
→ y3k         :比不上哀七打樁之流....
→ ck3300503   :是啊..其實也沒比3930K快到多少25F 06/16 23:48
→ ck3300503   :品質卻差了不少
推 lightwings  :CUDA轉比較糊的原因據說是很多濾鏡之類的不支援啦27F 06/16 23:49
→ friedpig    :我是覺得優庫土豆之流的低解析度串流撥放的話應該沒28F 06/16 23:49
→ lightwings  :朋友之前搞了很久，最後還是放棄乖乖用CPU...29F 06/16 23:50
→ friedpig    :差 真的要看高清 這個好恐怖30F 06/16 23:50
→ friedpig    :而且這解析度不是特別高吧? FullHD下去應該更慘?
→ ck3300503   :是的 這只是DVD品質32F 06/16 23:51
→ kkkkkkq     :CUDA轉檔已經被NV遺棄了XD  現在推NVENC33F 06/16 23:53
→ kkkkkkq     :新的開普勒核心才能跑
→ coldcolour  :原PO那個CUDA範例在我眼裡是慘不忍睹的等級...35F 06/17 00:00
→ friedpig    :我的想法是這解析度兩張全螢幕都差不多慘 所以能接受36F 06/17 00:03
→ y3k         :樓上去嘗試看看madVR 開高級放大濾鏡吧37F 06/17 00:11
推 denix       :cuda一堆鋸齒......38F 06/17 10:52
推 tungpayton  :CUDA轉出來一比之下真的蠻糊的39F 06/17 13:34
推 OK8066889   :推字幕組!40F 06/17 16:12
推 tom19960222 :同為字幕組路過 用過疑似CUDA的源 只有悲劇的份..41F 06/18 01:50
→ tonyhsie    :x264 Benchmark 就是實際轉檔啊....42F 06/19 22:41
→ tonyhsie    :用同一個benchmark比較方便跟其他人的數據作比較
→ Litfal      :問題是真正壓片時，AVS濾鏡往往才最吃效能Orz44F 06/20 13:16

--
※ 看板: PC_Shopping　文章推薦值: 0 目前人氣: 0 累積人氣: 2081　
分享網址: 複製 已複製
→
guest
x)推文 r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇