头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

fch1993 写了:
upyzl 写了:
sborho 写了:about rdoq-level:

Before introducing --rdoq-level, --rd-level 4, 5, or 6 implied what is now --rdoq-level 2. After --rdoq-level, it's enablement is independent of --rd-level but the presets which used to enable it (>= slow) still do. --rdoq-level 1 is actually the same as --rdoq-level 2 except for two short-cuts which prevent certain decimations, which means --rdoq-level 2 can often reduce bitrate quite a bit more than --rdoq-level 1, but --rdoq-level 1 will generally be better at preserving fine detail at the same bitrate (particularly when psy-rdoq is enabled).
doom9上看到的,偶没比过,仅分享下...
不知道没有这个参数之前的BDRIP是表现为level1还是level2。
引用处的第一句 Before introducing --rdoq-level, --rd-level 4, 5, or 6 implied what is now --rdoq-level 2.
顺便如果原来是--rd 0~3,那么对应的相当于是--rdoq-level 0

按我的理解,假如不是transparency或接近于transparency级别的压制,那么2的表现更好一点。感觉有点类似于x264 mbtree/qcomp这种了
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

fch1993 写了:
不知道没有这个参数之前的BDRIP是表现为level1还是level2。
Level 2.

不过开启了Level 1体积会有一些增长。建议略微提高crf来抵消
上次由 littlepox 在 2015-03-19 10:29,总共编辑 1 次。
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

顺道我来详细说说pools这个东西,以及对于x265多线程的优化。
x265有三个东西是可以增加多线程效率的:

WPP,略微牺牲压缩率
pmode,理论上可以略微增加压缩率
PME, 对压缩率无影响

如果你只有4C8T,建议只开--wpp
如果你是4C8T~8C16T,建议--wpp --pmode
PME不建议开;这所谓的增加多线程效率,带来的额外开销太多,还不如双开了。

一般核心数高于8C16T的基本上也就是双路系统了。这时候可以通过--pools调节。

--pools有很多高级用法咱们不去说,就说最简单的,如何指定CPU。假如你是一个双路U系统,你双开两个,最好的选择就是每一个x265只用到一个CPU:

--pools "+,-" 表示只用到第一个CPU
--pools "-,+" 表示只用到第二个CPU

如果你是四路,那么
--pools "+,-,-,-" 表示只用到第一个cpu,以此类推。

这样设置可以在多路系统上增加不少效率。
上次由 littlepox 在 2015-03-19 11:12,总共编辑 1 次。
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

littlepox 写了:顺道我来详细说说pools这个东西,以及对于x265多线程的优化。
x265有三个东西是可以增加多线程效率的:

WPP,略微牺牲压缩率
pmode,对压缩率无影响
PME, 理论上可以略微增加压缩率

如果你只有4C8T,建议只开--wpp
如果你是4C8T~8C16T,建议--wpp --pmode
PME不建议开;这所谓的增加多线程效率,带来的额外开销太多,还不如双开了。

一般核心数高于8C16T的基本上也就是双路系统了。这时候可以通过--pools调节。

--pools有很多高级用法咱们不去说,就说最简单的,如何指定CPU。假如你是一个双路U系统,你双开两个,最好的选择就是每一个x265只用到一个CPU:

--pools "+,-" 表示只用到第一个CPU
--pools "-,+" 表示只用到第二个CPU

如果你是四路,那么
--pools "+,-,-,-" 表示只用到第一个cpu,以此类推。

这样设置可以在多路系统上增加不少效率。
我觉得说的有点反过来了。

还有PME目前不是完全没有作用。尤其是现在开一个4K的压制序列x265需要吃掉10GB单个进程的情况下。

–pmode will increase utilization without reducing compression efficiency. In fact, since the modes are all measured in parallel it makes certain early-outs impractical and thus you usually get slightly better compression when it is enabled (at the expense of not skipping improbable modes). This bypassing of early-outs can cause pmode to slow down encodes, especially at faster presets.

–pme will increase utilization on many core systems with no effect on the output bitstream.
alexz220
帖子: 115
注册时间: 2012-07-21 17:15

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

LP菊苣,x265好像會對弱線條做加深(優化?),而且某些地方會產生原來沒有的線條。
具體見圖 http://pan.baidu.com/s/1dDzXSMP
最右邊一個相框內,女孩的的頭發還有樹葉。
x265用的是你提供的crf15.5的那套參數,
x264 settings : cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=0.70:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=720 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=17.0000 / qcomp=0.65 / qpmin=0:0:0 / qpmax=81:81:81 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=3:0.80 / aq-sensitivity=10.00 / aq-factor=1.00:1.00:1.00 / aq2=0 / aq3=0

x264碼率4462,x265碼率3900。在這個碼率下還是x265線條勝,x264紋理勝,100%下很難分勝負,200%才能比較明顯區分大部分差別,但勝負的話依然主觀性較大。另外,上個月也是用這帖的參數測試過真人電影「消失的愛人」中的兩個片斷(一個prprpr,另一個是男一和妹妹談話),後來不小心刪掉了,結論是x264 crf=16 mbtree=0 qcomp=0.8不敵同碼率的x265(crf=13.5還是14) ,線條x265勝,亮場紋理x265稍勝一點點(200%下才看出),暗場平手。
alexz220
帖子: 115
注册时间: 2012-07-21 17:15

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

alexz220 写了:LP菊苣,x265好像會對弱線條做加深(優化?),而且某些地方會產生原來沒有的線條。
具體見圖 http://pan.baidu.com/s/1dDzXSMP
最右邊一個相框內,女孩的的頭發還有樹葉。
x265用的是你提供的crf15.5的那套參數,
x264 settings : cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=0.70:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=720 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=17.0000 / qcomp=0.65 / qpmin=0:0:0 / qpmax=81:81:81 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=3:0.80 / aq-sensitivity=10.00 / aq-factor=1.00:1.00:1.00 / aq2=0 / aq3=0

x264碼率4462,x265碼率3900。在這個碼率下還是x265線條勝,x264紋理勝,100%下很難分勝負,200%才能比較明顯區分大部分差別,但勝負的話依然主觀性較大。另外,上個月也是用這帖的參數測試過真人電影「消失的愛人」中的兩個片斷(一個prprpr,另一個是男一和妹妹談話),後來不小心刪掉了,結論是x264 crf=16 mbtree=0 qcomp=0.8不敵同碼率的x265(crf=13.5還是14) ,線條x265勝,亮場紋理x265稍勝一點點(200%下才看出),暗場平手。
再補充一個場景,衣袖的白條 ,x265編碼出來變形比264嚴重而且手掌的ringing(這種噪聲是ringing的一種?)也更為明顯。http://pan.baidu.com/s/1o6yZ8DG
這個場景,x265出來的紅框內出現“方格” http://pan.baidu.com/s/1pJr5TR9
另外,上面那場景把x265碼率提高到和x264一樣問題照舊(crf15碼率43xx)。那場景是緩慢移動的,不知道是不是和x265的ME有關。
上次由 alexz220 在 2015-03-22 17:55,总共编辑 1 次。
alexz220
帖子: 115
注册时间: 2012-07-21 17:15

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

那個“方格”bug應該是你第二面提到的那個ME問題了,關閉cutree問題依然存在(碼率提高後噪聲減少,畫質提高,不知vcb-s對cutree的測試如何)。
剛才通過改變crf,psy-rd,發現在crf=14.5,15,16且psy-rd=0.7不會出現,在crf=15.5,16.5且psy-rd=0.7時會出現(奇怪的結果,crf15.5“不如”crf16,重複同樣的參數再壓一次結果一樣)。
把psy-rd降低到0.5,crf<=16.5下不出現(0.6時依然出現),而crf>=17時依然出現“方格”。

看來crf=15.5時psy-rd>0.5不太安全。

測試版本為x265_1.5+365。
alexz220
帖子: 115
注册时间: 2012-07-21 17:15

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

alexz220 写了:那個“方格”bug應該是你第二面提到的那個ME問題了,關閉cutree問題依然存在(碼率提高後噪聲減少,畫質提高,不知vcb-s對cutree的測試如何)。
剛才通過改變crf,psy-rd,發現在crf=14.5,15,16且psy-rd=0.7不會出現,在crf=15.5,16.5且psy-rd=0.7時會出現(奇怪的結果,crf15.5“不如”crf16,重複同樣的參數再壓一次結果一樣)。
把psy-rd降低到0.5,crf<=16.5下不出現(0.6時依然出現),而crf>=17時依然出現“方格”。

看來crf=15.5時psy-rd>0.5不太安全。

測試版本為x265_1.5+365。
crf=15.5, psy-rd=0.5出來,又在其它地方發現“方格”。
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

alexz220 写了:
alexz220 写了:那個“方格”bug應該是你第二面提到的那個ME問題了,關閉cutree問題依然存在(碼率提高後噪聲減少,畫質提高,不知vcb-s對cutree的測試如何)。
剛才通過改變crf,psy-rd,發現在crf=14.5,15,16且psy-rd=0.7不會出現,在crf=15.5,16.5且psy-rd=0.7時會出現(奇怪的結果,crf15.5“不如”crf16,重複同樣的參數再壓一次結果一樣)。
把psy-rd降低到0.5,crf<=16.5下不出現(0.6時依然出現),而crf>=17時依然出現“方格”。

看來crf=15.5時psy-rd>0.5不太安全。

測試版本為x265_1.5+365。
crf=15.5, psy-rd=0.5出來,又在其它地方發現“方格”。
cutree我们测试结果,同码率没见占到什么便宜。
然后就是这个bug问题,没办法,psy给低,crf给低,只能降低出现的几率,不能保证消除,也不能保证crf降得更低会更好
而且本来psy就是x265这无药可救的纹理,死马当活马医的方法,只能是权衡利弊了。
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

再推荐一套适合动漫的。1080p下,一集大概只有300MB:
--preset slower --crf 19.5 --tu-intra-depth 3 --tu-inter-depth 3 --rdpenalty 2 --me 3 --subme 5 --merange 25 --b-intra --no-rect --no-amp --ref 5 --weightb --keyint 720 --min-keyint 1 --bframes 10 --aq-mode 1 --aq-strength 1.1 --rd 5 --psy-rd 0.8 --psy-rdoq 5.0 --rdoq-level 1 --no-sao --no-open-gop --rc-lookahead 80 --scenecut 40 --max-merge 4 --qcomp 0.66 --no-strong-intra-smoothing --pmode --input-depth 16

回到 “视频编码器 / Video encoder discussion”