PTT數位生活區 / AVEncode (影音編碼技術)

[請問] CPU Q9650 或 I7-920 轉 X264 的速度?

看板AVEncode (影音編碼技術)作者 (來看熱鬧)時間15年前 (2009/07/13 10:10), 編輯推噓5(5推 0噓 90→)
留言95則, 6人參與, 最新討論串1/1
使用軟體: AviSynth + DGIndex + MeGUI (已更新到最新版) 影片: DVD-VOB 成 D2V 方式，轉成 640x480 或 704x396 目前 CPU: 兩年前的 C2D E6300 (65nm L2 2M) MeGUI Encoder Settings: X264 Unrestricted 2Pass HQ 轉檔速度: (不同影片的大約值) 1st Pass 落在 25 ~ 35 FPS 2st Pass 落在 10 ~ 20 FPS (補充: Lanczos4Resize + TDeint 情況會最慢，IVTC 24FPS 只有做 BicubicResize 速度最快) 有用過 Q9650 或 I7-920 的前輩，轉速大約多少 FPS? 看有沒有升級 CPU 的必要。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.134.99.28 ※ 編輯: starsky1978 來自: 220.134.99.28 (07/13 10:17) ※ 編輯: starsky1978 來自: 220.134.99.28 (07/13 10:18)
→
07/13 19:13, , 1F
原PO發錯板了?
07/13 19:13, 1F
→
07/14 00:44, , 2F
那應該是不會改善多少，而且速度跟你設的 bitrate 也有很
07/14 00:44, 2F
→
07/14 00:45, , 3F
大關係。
07/14 00:45, 3F
推
07/14 00:46, , 4F
理論上會快一倍....(雙核>4核，而且時脈也變高了
07/14 00:46, 4F
→
07/14 00:46, , 5F
不過要注意，i7你得整台砍掉
07/14 00:46, 5F
→
07/14 00:51, , 6F
我用的是 Q"X"9650 超 3.8 GHz + DDR3-1666 超 1800 來跑
07/14 00:51, 6F
→
07/14 00:53, , 7F
濾鏡掛 L4 + TDeint 搭一些 crop 跟 addborder，bitrate
07/14 00:53, 7F
→
07/14 00:53, , 8F
設 1800 kbps，第二個 pass 大概 2 - 3 fps。
07/14 00:53, 8F
→
07/14 00:55, , 9F
跟 profile 預設不一樣的地方是 --deblock -2:-1 和
07/14 00:55, 9F
→
07/14 00:56, , 10F
--bframes 16，Adaptive B-frames 我選 1 - Fast，P4x4 沒
07/14 00:56, 10F
→
07/14 00:56, , 11F
勾，大概就是這樣。
07/14 00:56, 11F
推
07/14 01:14, , 12F
樓上是壓BD嗎..xd
07/14 01:14, 12F
→
07/14 03:03, , 13F
雖然 BD 也差不多是這參數，但 bitrate 會給 6000 - 8000
07/14 03:03, 13F
→
07/14 03:04, , 14F
，因為個人對畫質要求非常高 XD
07/14 03:04, 14F
→
07/14 08:39, , 15F
tinlans 大，有沒有測過 640x480 1000bps 的 FPS?
07/14 08:39, 15F
推
07/14 13:50, , 16F
BD解析度高慢是很正常的呀，不過如果這樣還只有2~3fps...y
07/14 13:50, 16F
→
07/14 13:51, , 17F
你是不是沒有開多線阿，這樣也太慢了
07/14 13:51, 17F
推
07/14 18:09, , 18F
把 .avs 跟 MeGUI 的 profile 放上來吧...別人才能測
07/14 18:09, 18F
推
07/14 21:44, , 19F
要求畫質別用2-PASS 直接用QP模式去壓 設定18畫質就夠好了
07/14 21:44, 19F
→
07/14 22:36, , 20F
多線預設就會開了吧，工作管理員都看到 7 thread 在跑。
07/14 22:36, 20F
→
07/14 22:38, , 21F
CQ 的畫質/大小比不划算，倒是先跑 CQ 看一下 bitrate 大
07/14 22:38, 21F
→
07/14 22:38, , 22F
概會是多少，再用 ABR 2-pass 壓個稍低一點的 bitrate 會
07/14 22:38, 22F
→
07/14 22:39, , 23F
比較理想，而且之前徹夜做實驗發現 CQ 未必比 ABR 強。
07/14 22:39, 23F
→
07/14 22:42, , 24F
而且 --crf 18 離我要求的水準還有段距離 XD
07/14 22:42, 24F
→
07/15 00:28, , 25F
人眼評測會加入自己主觀的想法 建議直接PSNR輸出數據去比
07/15 00:28, 25F
→
07/15 00:29, , 26F
2-pass的目的 不是追求畫質 而是在控制最終流量的需求下
07/15 00:29, 26F
→
07/15 00:30, , 27F
卻能夠平衡畫質的策略方法 等到你知道QP的意思 你就會知道
07/15 00:30, 27F
→
07/15 00:30, , 28F
為什麼我會建議直接用QP去轉
07/15 00:30, 28F
→
07/15 00:32, , 29F
"CQ 的畫質/大小比不划算" 你有把整個檔案轉完畢嗎?
07/15 00:32, 29F
→
07/15 00:33, , 30F
我猜可能是剛好跑到影片動態大的時候 你正好觀測那邊
07/15 00:33, 30F
→
07/15 00:34, , 31F
實際上 QP的流量是起起伏伏 你可能剛好遇到大流量部分
07/15 00:34, 31F
→
07/15 00:34, , 32F
就以為整個影片的流量都是那樣吧
07/15 00:34, 32F
→
07/15 00:39, , 33F
另外 CRF 18 可以說是幾乎人眼能夠辨識差異的極限
07/15 00:39, 33F
→
07/15 00:42, , 34F
當然人會受到一些心理因素的影響 影響視覺評價
07/15 00:42, 34F
→
07/15 00:43, , 35F
就像是我以前做過實驗 給一個人測試 兩個完全相同的WAV檔
07/15 00:43, 35F
→
07/15 00:43, , 36F
騙朋友說 一個是MP3 一個是無失真 最後他還能跟我說
07/15 00:43, 36F
→
07/15 00:44, , 37F
一個高頻有些損失 一個沒有 他聽得出來這樣....
07/15 00:44, 37F
→
07/15 02:49, , 38F
一般 user 會搞混搞錯或是判斷失誤的名詞和理論你可以先假
07/15 02:49, 38F
→
07/15 02:49, , 39F
設我都瞭解，畢竟書跟規格什麼的我都讀過了。心理因素確實
07/15 02:49, 39F
→
07/15 02:50, , 40F
我會比較主觀，還有 CRF 18 我認為跟播放設備的尺寸也有影
07/15 02:50, 40F
→
07/15 02:50, , 41F
響，19 吋跟 30 吋 LCD 用真實解析度看一樣參數壓的東西，
07/15 02:50, 41F
→
07/15 02:51, , 42F
19 吋看起來 OK 但是 30 吋未必行，而且我還會用 720p 投
07/15 02:51, 42F
→
07/15 02:52, , 43F
影機做人工檢視，以 CQ 壓到我能接受的程度平均流量也是要
07/15 02:52, 43F
→
07/15 02:52, , 44F
2800 kbps 的水準，這樣對片源平均 4000 - 5000 的 DVD 來
07/15 02:52, 44F
→
07/15 02:53, , 45F
說壓縮率不高，所以我才說會用 ABR 2-pass 把流量控制在那
07/15 02:53, 45F
→
07/15 02:54, , 46F
附近更低一點的地方，另外 CQ 跑很快我當然是整個跑完看。
07/15 02:54, 46F
→
07/15 02:56, , 47F
你可能有什麼東西誤會了
07/15 02:56, 47F
→
07/15 02:56, , 48F
你CQ 怎麼能設定 平均流量???
07/15 02:56, 48F
→
07/15 02:57, , 49F
用 CQ 壓我都是用 --crf 24，27 吋 1920x1200 就能用肉眼
07/15 02:57, 49F
→
07/15 02:58, , 50F
辨識出 18 跟 24 的差異。
07/15 02:58, 50F
→
07/15 02:58, , 51F
CQ 每個影片最後壓出來的平均流量都一定不相同
07/15 02:58, 51F
→
07/15 02:58, , 52F
不能設定，但是可以用手算，影片大小 / 總秒數。
07/15 02:58, 52F
→
07/15 02:59, , 53F
你是怎麼在CQ模式下設定2800kbps ??
07/15 02:59, 53F
→
07/15 03:00, , 54F
假設 CQ 調 --crf 24 輸出 2.8 GB 的 .264，我可以用
07/15 03:00, 54F
→
07/15 03:01, , 55F
我覺得你有可能是什麼環節有設定錯或是誤會了什麼??
07/15 03:01, 55F
→
07/15 03:01, , 56F
psnr比較數據有看過嗎??
07/15 03:01, 56F
→
07/15 03:01, , 57F
(2.8 * 1024 * 1024 * 8) kbit / 影片總秒數得到平均值。
07/15 03:01, 57F
→
07/15 03:01, , 58F
不是說壓下去之前就設好，沒有那麼神奇。
07/15 03:01, 58F
→
07/15 03:03, , 59F
psnr 一定是 CQ 贏的，這個不用看也知道吧。
07/15 03:03, 59F
→
07/15 03:04, , 60F
CQ 壓縮之前不知道輸出容量，壓完才知道，再用容量推平均
07/15 03:04, 60F
→
07/15 03:04, , 61F
那我就搞不懂了... 算了
07/15 03:04, 61F
→
07/15 03:05, , 62F
，推出平均以後再重新用那個平均值送 ABR，眼睛看到的差異
07/15 03:05, 62F
→
07/15 03:05, , 63F
PSNR比較高 然後畫質看起來會比較差... 真怪
07/15 03:05, 63F
→
07/15 03:05, , 64F
不會太大，但是容量可以控制。
07/15 03:05, 64F
→
07/15 03:19, , 65F
其實反例也很好找啊，high motion 畫面 ABR 配給它的流量
07/15 03:19, 65F
→
07/15 03:20, , 66F
比 CQ 配過去的還高，然後 ABR 犧牲到的其它地方我剛好也
07/15 03:20, 66F
→
07/15 03:21, , 67F
不重視，這樣整體 PSNR Mean 較差但人注重的片段好就好。
07/15 03:21, 67F
→
07/15 03:22, , 68F
所以我也只有七八年前剛玩壓縮和偶爾跟人爭 codec 好壞時
07/15 03:22, 68F
→
07/15 03:23, , 69F
才會搬出 PSNR 的數據來用，實際上還是人工看。
07/15 03:23, 69F
→
07/15 03:34, , 70F
你的說法有點待保留和討論 不過就我所知 如果是要追求畫質
07/15 03:34, 70F
→
07/15 03:35, , 71F
CRF 18基本上接近備份用等級 不管高低動態 看起來在人眼中
07/15 03:35, 71F
→
07/15 03:35, , 72F
跟原始影片差異幾乎不太容易發現了
07/15 03:35, 72F
→
07/15 03:36, , 73F
另外2-PASS好壞 還得看分配流量演算法上的策略
07/15 03:36, 73F
→
07/15 03:37, , 74F
可能是我比較機車，我會挑重要場景定格逐 frame 看 XD
07/15 03:37, 74F
→
07/15 03:38, , 75F
2-PASS就像是挖西牆補東牆那樣 是看分配的策略而已
07/15 03:38, 75F
→
07/15 03:38, , 76F
algo 確實常常發生一些意外性，所以其實各種說法都沒有通
07/15 03:38, 76F
→
07/15 03:39, , 77F
用性，還是要眼睛看過再選。
07/15 03:39, 77F
→
07/15 03:41, , 78F
就非動畫類的電影而言，我是覺得 ABR 2-pass 挖得恰到好處
07/15 03:41, 78F
→
07/15 03:42, , 79F
，CRF 18 有時分配得很奇怪，2x 就 OK 但檔案太大。
07/15 03:42, 79F
→
07/15 03:45, , 80F
也有人推過 CRF -> ABR 的 2pass，但我發現動畫不錯但電影
07/15 03:45, 80F
→
07/15 03:45, , 81F
卻不行。
07/15 03:45, 81F
→
07/15 13:10, , 82F
to tonyhsie: 那 DVD 要不要順便附上?
07/15 13:10, 82F
→
07/15 13:12, , 83F
avs 頂多是 Resize + IVTC 或 De-Interlace
07/15 13:12, 83F
→
07/15 13:14, , 84F
BicubicResize(640,480,0,0.5) 這個速度快
07/15 13:14, 84F
→
07/15 13:15, , 85F
Lanczos4Resize 速度最慢，銳利度提升，流量會變大
07/15 13:15, 85F
→
07/15 13:18, , 86F
縮小和動畫用 Bicubic，放大或電影用 Lanczos
07/15 13:18, 86F
→
07/15 13:21, , 87F
Profile 用 Unrestricted 2Pass HQ
07/15 13:21, 87F
→
07/15 13:23, , 88F
用 Insance 根本跑不動，2FPS 在跑，CPU 要燒整天
07/15 13:23, 88F
→
07/15 13:25, , 89F
其實你只要去看toms'的cpu chart 裡面有壓x264的速度比
07/15 13:25, 89F
→
07/15 13:50, , 90F
只到 QX6850，Intel 四核比雙核快一倍。
07/15 13:50, 90F
→
07/15 13:52, , 91F
其實 insane 也能調快一點，以前 insane 的 M.E. Range 也
07/15 13:52, 91F
→
07/15 13:53, , 92F
才 16，後來才被調成 32，這個部分可以省不少時間。
07/15 13:53, 92F
→
07/15 13:54, , 93F
HQ 可能 Q9650 是 40-50FPS，I7-920 可能 50-60FPS
07/15 13:54, 93F
→
07/15 13:56, , 94F
C2D E6300 設 Insane 轉一個 2小時，要花 24小時以上
07/15 13:56, 94F
→
07/15 14:00, , 95F
X264 的一些參數調整，沒有研究。我轉 XVID 比較多。
07/15 14:00, 95F
‣ 更多 starsky1978 的文章
文章代碼(AID): #1AMfUpfK (AVEncode)
AVEncode 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 starsky1978 的文章
文章代碼(AID): #1AMfUpfK (AVEncode)