[原创]x264 rev767测试

8XX指日可待……

引用

最初由 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:35Avg 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:35Avg 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:35Avg 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:35Avg 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 发布
楼上的老大，你的帖子信息量太大，看着晕啊～呵呵～

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 发布
哪里哪里，多谢你的解释～

你的众多测试数据都很有用，就是看的时候要多花点时间，呵呵～

please carry on!:)

雖則理論還理論
数字還数字
不過不去測試過是不知實際如何
而且很多時還是用数字做考慮基礎條件
總不是毎個人都有時間一套片子走去試三五遍才開工吧:cool:
當然也不能盲目相信数字也需要理性考慮:cool:
其實偶還有個没怎麼實戰過的option想要貼
看看它是不是如作者測的一樣
總之希望数據有助米皇和窮老百性也能壓的開心就可以了:cool:

引用

DCT-decimate对速度几乎无影响，但是却能非常明显的降低码率，可以预见它对SSIM和PSNR也有很大影响

引用

--no-dct-decimate 关闭P帧联合编码(可以增加细节，但也会增大体积)

不知道techneek怎么看待这点

--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下降

另外啊，我还观察到一个奇怪的现象，说这个可能又把帖子拐走了，但是明天我有事上不了网，所以睡觉前说一下这个问题，我以前一直认为merange这个参数，调高了之后增益随不成线性但是至少是单调的，也就是说，开高了画质提升不明显但是总会有提升，但是今天额外测试了一下，也使用上面的片源，发现：



merange还没有开到很高，仅仅从16升至32，psnr和ssim竟然出现下降，奇怪啊～