『漫游』酷论坛>『影音数码技术学习交流』>[原创]x264 rev767测试
qyqgpower@2008-03-24 18:13
刚才在doom9上看到说高QP时不要开trellis2，会影响质量，所以测一下
785mod crf16 merange16 ref5
umh trellis1
-[NoImage] x264 [info]: slice I:9 Avg QP:11.65 size: 16477
-[NoImage] x264 [info]: slice P:179 Avg QP:13.56 size: 15884
-[NoImage] x264 [info]: slice B:313 Avg QP:15.71 size: 2330
-[NoImage] x264 [info]: SSIM Mean Y:0.9923041
-[NoImage] encoded 501 frames, 14.34 fps, 1425.82 kb/s
tesa trellis1
-[NoImage] x264 [info]: slice I:8 Avg QP:11.78 size: 17201
-[NoImage] x264 [info]: slice P:181 Avg QP:13.55 size: 15515
-[NoImage] x264 [info]: slice B:312 Avg QP:15.81 size: 2311
-[NoImage] x264 [info]: SSIM Mean Y:0.9923361
-[NoImage] encoded 501 frames, 7.86 fps, 1405.11 kb/s
tesa trellis2
-[NoImage] x264 [info]: slice I:8 Avg QP:11.78 size: 16352
-[NoImage] x264 [info]: slice P:181 Avg QP:13.55 size: 14772
-[NoImage] x264 [info]: slice B:312 Avg QP:15.99 size: 2077
-[NoImage] x264 [info]: SSIM Mean Y:0.9924763
-[NoImage] encoded 501 frames, 6.11 fps, 1323.04 kb/s
客观质量很难描述，看SSIM和码率吧。是谁在骗人呢？
最后极端一下，实用度0
tesa trellis2 merange64 ref16
-[NoImage] x264 [info]: slice I:8 Avg QP:11.78 size: 16352
-[NoImage] x264 [info]: slice P:181 Avg QP:13.55 size: 14530
-[NoImage] x264 [info]: slice B:312 Avg QP:15.93 size: 2087
-[NoImage] x264 [info]: SSIM Mean Y:0.9925169
-[NoImage] encoded 501 frames, 0.66 fps, 1307.48 kb/s
顺便看看tesa下merange和ref对质量的影响
tesa trellis2 merange64 ref5
-[NoImage] x264 [info]: slice I:8 Avg QP:11.78 size: 16352
-[NoImage] x264 [info]: slice P:181 Avg QP:13.55 size: 14695
-[NoImage] x264 [info]: slice B:312 Avg QP:15.95 size: 2085
-[NoImage] x264 [info]: SSIM Mean Y:0.9924823
-[NoImage] encoded 501 frames, 1.58 fps, 1318.64 kb/s
tesa trellis2 merange16 ref16
-[NoImage] x264 [info]: slice I:8 Avg QP:11.78 size: 16352
-[NoImage] x264 [info]: slice P:181 Avg QP:13.55 size: 14612
-[NoImage] x264 [info]: slice B:312 Avg QP:15.94 size: 2080
-[NoImage] x264 [info]: SSIM Mean Y:0.9925093
-[NoImage] encoded 501 frames, 2.84 fps, 1312.34 kb/s
显然增加ref比增加merange更实惠
vempx@2008-03-25 11:48
8XX指日可待……
techneek@2008-03-25 20:56
我也来做点贡献吧：
测试说明：
-x264 svn785 patched
-PAL movie trailer 1000 frames
-me range 32
-umh
-subme 6
-ref 5
-b 3
结果分析：
可以看出，Trellis、no-dct-decmate、no-fast-p-skip这三个参数在single pass和2-passes两种模式下的效果有着戏剧性的不同。
CRF模式下：
Trellis=2在crf下能显著降低码率，但是会直接导致SSIM下降明显，另外速度上也会有显著的下降，由于crf模式下不会注重码率大小，所以crf模式下使用trellis=2似乎不太明智。（这个似乎跟本页顶楼的测试矛盾了）
Fast p-skip在crf模式下既不能显著降低码率也不能显著提高速度，倒是对SSIM和PSNR确有坏的影响，看来也不是什么好东西～
DCT-decimate对速度几乎无影响，但是却能非常明显的降低码率，可以预见它对SSIM和PSNR也有很大影响。
2-passes模式下：
可以预见的是，凡是能够显著降低码率的选项在2-pass模式下的作用都可能会变成积极的，因为在码率控制下，能够省出bit用在刀刃上是提高整体效果的直接手段。
从2-passes模式的数据可以看出，在crf下对质量有明显负面影响的trellis=2和DCT-decimate都变成对质量有积极贡献的选项，而crf下fast p-skip对码率的影响就不大，到了2-passes模式下就干脆变成负面的了～
可见，2-passes模式下，如果速度允许，trellis=2还是首选。而dct-decimate由于能显著降低码率，也应该被使用。fast p-skip还是禁用为好。
Rouble@2008-03-25 21:33
引用
最初由 techneek 发布
我也来做点贡献吧：
测试说明：
-x264 svn785 patched
-PAL movie trailer 1000 frames
-me range 32
-umh
-subme 6
-ref 5
-b 3
结果分析：
可以看出，Trellis、no-dct-decmate、no-fast-p-skip这三个参数在single pass和2-passes两种模式下的效果有着戏剧性的不同。
CRF模式下：
Trellis=2在crf下能显著降低码率，但是会直接导致SSIM下降明显，另外速度上也会有显著的下降，由于crf模式下不会注重码率大小，所以crf模式下使用trellis=2似乎不太明智。（这个似乎跟本页顶楼的测试矛盾了）
Fast p-skip在crf模式下既不能显著降低码率也不能显著提高速度，倒是对SSIM和PSNR确有坏的影响，看来也不是什么好东西～
DCT-decimate对速度几乎无影响，但是却能非常明显的降低码率，可以预见它对SSIM和PSNR也有很大影响。
2-passes模式下：
可以预见的是，凡是能够显著降低码率的选项在2-pass模式下的作用都可能会变成积极的，因为在码率控制下，能够省出bit用在刀刃上是提高整体效果的直接手段。
从2-passes模式的数据可以看出，在crf下对质量有明显负面影响的trellis=2和DCT-decimate都变成对质量有积极贡献的选项，而crf下fast p-skip对码率的影响就不大，到了2-passes模式下就干脆变成负面的了～
可见，2-passes模式下，如果速度允许，trellis=2还是首选。而dct-decimate由于能显著降低码率，也应该被使用。fast p-skip还是禁用为好。
楼上連圖都放出來
那不來点玩兒就對不起你了:cool:
再提醒下MINNA数字遊戲只供參考
未必是事實之全部
790mod trellis vs aq
nothing
Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --crf 26 --keyint 480 --min-keyint 6 --ref 3 --mixed-refs --no-fast-pskip --bframes 5 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-2 --subme 6 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmin 16 --qpmax 32 --qpstep 6 --chroma-qp-offset 6 --qcomp 0.7 --cplxblur 25 --scenecut 60 --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --output "C:\AVS\舞-乙HiME op.mp4" "C:\AVS\舞-乙HiME op.avs" --aq-strength 0.0
avis [info]: 864x480 @ 23.98 fps (2193 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:35 Avg QP:24.83 size: 16845 PSNR Mean Y:47.15 U:47.78 V:48.04 Avg:47.10 Global:44.13
x264 [info]: slice P:1072 Avg QP:27.38 size: 5992 PSNR Mean Y:42.28 U:42.33 V:42.67 Avg:42.28 Global:41.59
x264 [info]: slice B:1086 Avg QP:28.72 size: 500 PSNR Mean Y:42.76 U:43.96 V:44.10 Avg:43.06 Global:41.52
x264 [info]: mb I I16..4: 45.7% 33.5% 20.8%
x264 [info]: mb P I16..4: 9.5% 7.7% 2.9% P16..4: 32.6% 7.8% 3.9% 0.0% 0.0% skip:35.6%
x264 [info]: mb B I16..4: 0.1% 0.1% 0.0% B16..8: 8.5% 0.4% 0.7% direct: 0.3% skip:89.8%
x264 [info]: 8x8 transform intra:37.7% inter:59.1%
x264 [info]: direct mvs spatial:99.2% temporal:0.8%
x264 [info]: ref P 74.6% 15.4% 10.0%
x264 [info]: ref B 89.2% 10.8%
x264 [info]: SSIM Mean Y:0.9809215
x264 [info]: PSNR Mean Y:42.593 U:43.226 V:43.465 Avg:42.740 Global:41.585 kb/s:660.82
encoded 2193 frames, 29.99 fps, 661.07 kb/s
trellis 1
Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --crf 26 --keyint 480 --min-keyint 6 --ref 3 --mixed-refs --no-fast-pskip --bframes 5 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-2 --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmin 16 --qpmax 32 --qpstep 6 --chroma-qp-offset 6 --qcomp 0.7 --cplxblur 25 --scenecut 60 --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --output "C:\AVS\舞-乙HiME op.mp4" "C:\AVS\舞-乙HiME op.avs" --aq-strength 0.0
avis [info]: 864x480 @ 23.98 fps (2193 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:35 Avg QP:24.83 size: 16763 PSNR Mean Y:47.29 U:47.78 V:48.04 Avg:47.19 Global:44.24
x264 [info]: slice P:1072 Avg QP:27.38 size: 5956 PSNR Mean Y:42.44 U:42.32 V:42.67 Avg:42.38 Global:41.69
x264 [info]: slice B:1086 Avg QP:28.72 size: 552 PSNR Mean Y:42.90 U:43.94 V:44.10 Avg:43.16 Global:41.62
x264 [info]: mb I I16..4: 44.4% 35.5% 20.1%
x264 [info]: mb P I16..4: 9.6% 7.7% 2.8% P16..4: 32.1% 7.7% 4.0% 0.0% 0.0% skip:36.1%
x264 [info]: mb B I16..4: 0.1% 0.1% 0.0% B16..8: 8.2% 0.4% 0.7% direct: 0.3% skip:90.2%
x264 [info]: 8x8 transform intra:38.1% inter:56.1%
x264 [info]: direct mvs spatial:99.2% temporal:0.8%
x264 [info]: ref P 73.4% 16.3% 10.3%
x264 [info]: ref B 88.2% 11.8%
x264 [info]: SSIM Mean Y:0.9811817
x264 [info]: PSNR Mean Y:42.746 U:43.212 V:43.465 Avg:42.841 Global:41.687 kb/s:662.17
encoded 2193 frames, 28.81 fps, 662.41 kb/s
trellis 2
Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --crf 26 --keyint 480 --min-keyint 6 --ref 3 --mixed-refs --no-fast-pskip --bframes 5 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-2 --subme 6 --trellis 2 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmin 16 --qpmax 32 --qpstep 6 --chroma-qp-offset 6 --qcomp 0.7 --cplxblur 25 --scenecut 60 --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --output "C:\AVS\舞-乙HiME op.mp4" "C:\AVS\舞-乙HiME op.avs" --aq-strength 0.0
avis [info]: 864x480 @ 23.98 fps (2193 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:35 Avg QP:24.83 size: 16536 PSNR Mean Y:47.28 U:47.78 V:48.04 Avg:47.18 Global:44.24
x264 [info]: slice P:1072 Avg QP:27.38 size: 5780 PSNR Mean Y:42.36 U:42.33 V:42.67 Avg:42.32 Global:41.63
x264 [info]: slice B:1086 Avg QP:28.72 size: 520 PSNR Mean Y:42.81 U:43.95 V:44.11 Avg:43.09 Global:41.55
x264 [info]: mb I I16..4: 44.1% 34.7% 21.2%
x264 [info]: mb P I16..4: 9.2% 7.8% 2.8% P16..4: 32.3% 7.9% 3.8% 0.0% 0.0% skip:36.2%
x264 [info]: mb B I16..4: 0.1% 0.1% 0.0% B16..8: 8.4% 0.4% 0.6% direct: 0.3% skip:90.0%
x264 [info]: 8x8 transform intra:38.9% inter:67.5%
x264 [info]: direct mvs spatial:99.2% temporal:0.8%
x264 [info]: ref P 73.5% 16.2% 10.3%
x264 [info]: ref B 88.3% 11.7%
x264 [info]: SSIM Mean Y:0.9809871
x264 [info]: PSNR Mean Y:42.658 U:43.217 V:43.471 Avg:42.782 Global:41.623 kb/s:642.02
encoded 2193 frames, 24.68 fps, 642.26 kb/s
Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --crf 26 --keyint 480 --min-keyint 6 --ref 3 --mixed-refs --no-fast-pskip --bframes 5 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-2 --subme 6 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmin 16 --qpmax 32 --qpstep 6 --chroma-qp-offset 6 --qcomp 0.7 --cplxblur 25 --scenecut 60 --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --output "C:\AVS\舞-乙HiME op.mp4" "C:\AVS\舞-乙HiME op.avs"
avis [info]: 864x480 @ 23.98 fps (2193 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:35 Avg QP:21.36 size: 17348 PSNR Mean Y:46.78 U:47.70 V:48.12 Avg:46.85 Global:43.64
x264 [info]: slice P:1072 Avg QP:25.72 size: 6283 PSNR Mean Y:41.88 U:42.41 V:42.77 Avg:42.03 Global:41.38
x264 [info]: slice B:1086 Avg QP:28.66 size: 460 PSNR Mean Y:42.09 U:43.84 V:44.03 Avg:42.55 Global:40.98
x264 [info]: mb I I16..4: 37.2% 39.8% 23.1%
x264 [info]: mb P I16..4: 5.8% 10.1% 3.4% P16..4: 38.8% 8.2% 4.5% 0.0% 0.0% skip:29.2%
x264 [info]: mb B I16..4: 0.1% 0.2% 0.0% B16..8: 8.9% 0.4% 0.6% direct: 0.2% skip:89.7%
x264 [info]: 8x8 transform intra:50.6% inter:62.0%
x264 [info]: direct mvs spatial:99.2% temporal:0.8%
x264 [info]: ref P 73.2% 16.1% 10.7%
x264 [info]: ref B 90.1% 9.9%
x264 [info]: SSIM Mean Y:0.9820101
x264 [info]: PSNR Mean Y:42.064 U:43.201 V:43.476 Avg:42.365 Global:41.206 kb/s:685.85
encoded 2193 frames, 27.95 fps, 686.08 kb/s
795偶用的有点不穩
先pass過
techneek@2008-03-25 21:59
楼上的老大，你的帖子信息量太大，看着晕啊～呵呵～
EDIT：仔细看了一下楼上的测试，crf下trellis=0不如trellis=1，trellis=2也不如trellis=1，跟我的测试是吻合的
但是楼上的测试提到“trellis vs aq”不知道是什么意思，aq和trellis分别管不同的事情，二者并不存在对立关系～开aq，一般ssim肯定会上升～它与trellis并不存在交调～
Rouble@2008-03-25 22:23
引用
最初由 techneek 发布
楼上的老大，你的帖子信息量太大，看着晕啊～呵呵～
EDIT：仔细看了一下楼上的测试，crf下trellis=0不如trellis=1，trellis=2也不如trellis=1，跟我的测试是吻合的
但是楼上的测试提到“trellis vs aq”不知道是什么意思，aq和trellis分别管不同的事情，二者并不存在对立关系～开aq，一般ssim肯定会上升～它与trellis并不存在交调～
哦 我明白
vs只是單純比較如果在ssim上
那種opton能用什麼速度達到單純提升ssim上的表現
所以才要説明数字未必是事實的全部
techneek 見笑了:cool:
techneek@2008-03-25 22:26
哪里哪里，多谢你的解释～
你的众多测试数据都很有用，就是看的时候要多花点时间，呵呵～
please carry on!:)
Rouble@2008-03-25 22:48
引用
最初由 techneek 发布
哪里哪里，多谢你的解释～
你的众多测试数据都很有用，就是看的时候要多花点时间，呵呵～
please carry on!:)
雖則理論還理論
数字還数字
不過不去測試過是不知實際如何
而且很多時還是用数字做考慮基礎條件
總不是毎個人都有時間一套片子走去試三五遍才開工吧:cool:
當然也不能盲目相信数字也需要理性考慮:cool:
其實偶還有個没怎麼實戰過的option想要貼
看看它是不是如作者測的一樣
總之希望数據有助米皇和窮老百性也能壓的開心就可以了:cool:
qyqgpower@2008-03-25 22:50
既然这么说，我再换一段，DVD Clannad第十话开头的幻想空间1000~1500帧，画面特效复杂，背景细节多
--crf 16.0 --level 4.1 --keyint 240 --min-keyint 24 --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 7 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto --sar 32:27 --me tesa
trellis 2
-[NoImage] x264 [info]: slice I:7 Avg QP:13.54 size: 68867 PSNR Mean Y:50.52 U:49.28 V:49.50 Avg:50.10 Global:50.10
-[NoImage] x264 [info]: slice P:288 Avg QP:15.44 size: 31280 PSNR Mean Y:47.07 U:46.23 V:46.49 Avg:46.82 Global:46.78
-[NoImage] x264 [info]: slice B:206 Avg QP:17.55 size: 12152 PSNR Mean Y:46.03 U:45.50 V:45.83 Avg:45.90 Global:45.87
-[NoImage] x264 [info]: SSIM Mean Y:0.9898355
-[NoImage] x264 [info]: PSNR Mean Y:46.695 U:45.969 V:46.259 Avg:46.486 Global:46.409 kb/s:4591.94
-[NoImage] encoded 501 frames, 3.14 fps, 4592.28 kb/s
trellis 1
-[NoImage] x264 [info]: slice I:7 Avg QP:13.54 size: 70327 PSNR Mean Y:50.52 U:49.28 V:49.50 Avg:50.10 Global:50.10
-[NoImage] x264 [info]: slice P:288 Avg QP:15.44 size: 31855 PSNR Mean Y:47.08 U:46.24 V:46.50 Avg:46.82 Global:46.78
-[NoImage] x264 [info]: slice B:206 Avg QP:17.54 size: 12272 PSNR Mean Y:45.99 U:45.49 V:45.82 Avg:45.87 Global:45.84
-[NoImage] x264 [info]: SSIM Mean Y:0.9898000
-[NoImage] x264 [info]: PSNR Mean Y:46.681 U:45.974 V:46.259 Avg:46.478 Global:46.399 kb/s:4668.75
-[NoImage] encoded 501 frames, 3.86 fps, 4669.11 kb/s
码率，SSIM，PSNR，trellis2全胜
bomber1984@2008-03-25 23:05
引用
DCT-decimate对速度几乎无影响，但是却能非常明显的降低码率，可以预见它对SSIM和PSNR也有很大影响
引用
--no-dct-decimate 关闭P帧联合编码(可以增加细节，但也会增大体积)
不知道techneek怎么看待这点
Rouble@2008-03-25 23:06
很明顯偶是罪人...orz
不知不覺把楼變成貼圖楼...orz
偶向楼主保証不再來貼圖了
雖然偶還想...orz
楼上的数據也是一種暗視呢
qyqgpower@2008-03-25 23:12
--no-dct-decimate
By default, x264 will decimate (remove all coefficients from) P-blocks that are extremely close to empty of coefficents. This can improve overall efficiency with little visual cost, but may work against an attempt to retain grain or similar. DCT decimation should be left on unless there's a good reason to disable it.
看techneek测试结果2pass表格中靠下的两个trellis1，开启dct-decimate后造成SSIM下降
techneek@2008-03-25 23:50
引用
最初由 qyqgpower 发布
--no-dct-decimate
By default, x264 will decimate (remove all coefficients from) P-blocks that are extremely close to empty of coefficents. This can improve overall efficiency with little visual cost, but may work against an attempt to retain grain or similar. DCT decimation should be left on unless there's a good reason to disable it.
看techneek测试结果2pass表格中靠下的两个trellis1，开启dct-decimate后造成SSIM下降
这是有点奇怪，而且你前面测的关于trellis我也相信不会有错，至于为什么会有这种差异，我也搞糊涂了～呵呵～
难道是跟片源有关？
我用片源是《郁金香芳芳》的电影预告片，PAL的，非常清晰，画面细节特别丰富，而且场景切换快，动态大。
qyqgpower你用的片源我没看过，是动画片吧？
techneek@2008-03-26 00:00
另外啊，我还观察到一个奇怪的现象，说这个可能又把帖子拐走了，但是明天我有事上不了网，所以睡觉前说一下这个问题，我以前一直认为merange这个参数，调高了之后增益随不成线性但是至少是单调的，也就是说，开高了画质提升不明显但是总会有提升，但是今天额外测试了一下，也使用上面的片源，发现：
merange还没有开到很高，仅仅从16升至32，psnr和ssim竟然出现下降，奇怪啊～
qyqgpower@2008-03-26 00:16
引用
最初由 techneek 发布
另外啊，我还观察到一个奇怪的现象，说这个可能又把帖子拐走了，但是明天我有事上不了网，所以睡觉前说一下这个问题，我以前一直认为merange这个参数，调高了之后增益随不成线性但是至少是单调的，也就是说，开高了画质提升不明显但是总会有提升，但是今天额外测试了一下，也使用上面的片源，发现：
merange还没有开到很高，仅仅从16升至32，psnr和ssim竟然出现下降，奇怪啊～
umh时提高merange不是单调上升，而是震荡折线式，这我早就说过了吧
esa和tesa是单调上升的
«345678»共8页
| TOP