[測試] 幾個CPU的H264轉碼測試+CUDA

看板PC_Shopping (個人電腦購買)作者 (夏影)時間13年前 (2013/06/16 22:12), 編輯推噓17(17027)
留言44則, 22人參與, 最新討論串1/1
個人有在字幕組 正好最近有在幫忙最後編碼的部分 就順便來測試一下手邊各種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

06/16 22:17, , 1F
有測試有推~
06/16 22:17, 1F

06/16 22:18, , 2F
推測試~
06/16 22:18, 2F

06/16 22:22, , 3F
06/16 22:22, 3F

06/16 22:23, , 4F
辛苦
06/16 22:23, 4F

06/16 22:32, , 5F
06/16 22:32, 5F

06/16 22:44, , 6F
這版上前一陣子就有在作了 按/搜尋x264吧
06/16 22:44, 6F

06/16 22:45, , 7F
肥龍II真的猛 不愧是一代神U
06/16 22:45, 7F

06/16 22:51, , 8F
有Cuda VS 純CPU的畫質比較嗎?
06/16 22:51, 8F
之前也想到要比 結果忘了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)

06/16 23:00, , 9F
可以順便測這個嗎? Intel Quick Sync Video Technolo
06/16 23:00, 9F

06/16 23:00, , 10F
覺得這解析度看起來差異勉強能接受 不過放大應該更嚴
06/16 23:00, 10F

06/16 23:00, , 11F
06/16 23:00, 11F

06/16 23:01, , 12F
畫面根本不對了 怎接受-.-
06/16 23:01, 12F

06/16 23:03, , 13F
好明顯的差異喔
06/16 23:03, 13F

06/16 23:03, , 14F
Intel Quick Sync Video 我沒有能用的U貌似@@
06/16 23:03, 14F

06/16 23:06, , 15F
好可惜QQ 想要畫值X264已經開始支援opencl
06/16 23:06, 15F

06/16 23:06, , 16F
只是他只是讓顯卡協助 沒有都用顯卡轉
06/16 23:06, 16F

06/16 23:07, , 17F
國外論壇看到的圖 http://i.imgur.com/l53rMps.jpg
06/16 23:07, 17F

06/16 23:32, , 18F
不就糊了"一點"(? 不過兩張圖怎麼比例不太一樣?
06/16 23:32, 18F

06/16 23:38, , 19F
有整整好幾行像素被吃了
06/16 23:38, 19F

06/16 23:40, , 20F
色彩有差 對收藏的有差
06/16 23:40, 20F

06/16 23:45, , 21F
CUDA鄍X來的品質普遍非常差 因為寫的時候都是以速度
06/16 23:45, 21F

06/16 23:46, , 22F
CUDA被拉寬了
06/16 23:46, 22F

06/16 23:46, , 23F
優先 我個人是很懷疑CUDA如果要輸出好品質會不會根本
06/16 23:46, 23F

06/16 23:47, , 24F
比不上哀七打樁之流....
06/16 23:47, 24F

06/16 23:48, , 25F
是啊..其實也沒比3930K快到多少
06/16 23:48, 25F

06/16 23:48, , 26F
品質卻差了不少
06/16 23:48, 26F

06/16 23:49, , 27F
CUDA轉比較糊的原因據說是很多濾鏡之類的不支援啦
06/16 23:49, 27F

06/16 23:49, , 28F
我是覺得優庫土豆之流的低解析度串流撥放的話應該沒
06/16 23:49, 28F

06/16 23:50, , 29F
朋友之前搞了很久,最後還是放棄乖乖用CPU...
06/16 23:50, 29F

06/16 23:50, , 30F
差 真的要看高清 這個好恐怖
06/16 23:50, 30F

06/16 23:50, , 31F
而且這解析度不是特別高吧? FullHD下去應該更慘?
06/16 23:50, 31F

06/16 23:51, , 32F
是的 這只是DVD品質
06/16 23:51, 32F

06/16 23:53, , 33F
CUDA轉檔已經被NV遺棄了XD 現在推NVENC
06/16 23:53, 33F

06/16 23:53, , 34F
新的開普勒核心才能跑
06/16 23:53, 34F

06/17 00:00, , 35F
原PO那個CUDA範例在我眼裡是慘不忍睹的等級...
06/17 00:00, 35F

06/17 00:03, , 36F
我的想法是這解析度兩張全螢幕都差不多慘 所以能接受
06/17 00:03, 36F

06/17 00:11, , 37F
樓上去嘗試看看madVR 開高級放大濾鏡吧
06/17 00:11, 37F

06/17 10:52, , 38F
cuda一堆鋸齒......
06/17 10:52, 38F

06/17 13:34, , 39F
CUDA轉出來一比之下真的蠻糊的
06/17 13:34, 39F

06/17 16:12, , 40F
推字幕組!
06/17 16:12, 40F

06/18 01:50, , 41F
同為字幕組路過 用過疑似CUDA的源 只有悲劇的份..
06/18 01:50, 41F

06/19 22:41, , 42F
x264 Benchmark 就是實際轉檔啊....
06/19 22:41, 42F

06/19 22:43, , 43F
用同一個benchmark比較方便跟其他人的數據作比較
06/19 22:43, 43F

06/20 13:16, , 44F
問題是真正壓片時,AVS濾鏡往往才最吃效能Orz
06/20 13:16, 44F
文章代碼(AID): #1HlSUow0 (PC_Shopping)
文章代碼(AID): #1HlSUow0 (PC_Shopping)