[原创]x264多版本横向测试|『影音数码技术学习交流』 - 『漫游』酷论坛

vempx@2008-04-03 17:32

qyq的意思貌似是，trellis的基础是RDO，而RDO的基础是subme在6或7上。
x264默认参数下的subme是5，没有开RDO，所以trellis也就失效了

是这样吗？

qyqgpower@2008-04-03 17:33

trellis1有用，trellis2需要RDO的subme，也就是6和7

trellis本来就是选择最低rate-distortion ratio的一种算法，如果要应用在所有decision上，不开Rate-distortion optimization它怎么选

引用

vempx@2008-04-03 17:39

再问一下大家，你们用x264压出来的片子，暗处色彩过度也是一块一块的吗？

引用

techneek@2008-04-03 17:44

不是每部片子都这样的，低码率的，片源不好的确实会这样～

引用

techneek@2008-04-03 17:46

引用
最初由 qyqgpower 发布
trellis1有用，trellis2需要RDO的subme，也就是6和7

trellis本来就是选择最低rate-distortion ratio的一种算法，如果要应用在所有decision上，不开Rate-distortion optimization它怎么选

但是CLI和MeGUI里，subme即使设成1，trellis还是可以随便选啊，呵呵～不过实际中可能不会有人这么设定吧～

引用

vempx@2008-04-03 17:49

引用
最初由 techneek 发布
不是每部片子都这样的，低码率的，片源不好的确实会这样～

可是近期我压的片子，仔细看的话，会发现格子……
参数就是我帖子里用的……
T T CQ18都会出格子么…………

引用

qyqgpower@2008-04-03 18:08

banding现在不可避免，连用那么高码率压BD的authoring studio都对这个头痛不已呢

“しかし、デジタルならではの問題点もある。「アニメで特に多い問題は、階调表現が境界線として出てしまうバンディングという現象。これを低減することが高画質化に重要」という。IMAGICAでは境界線部分をなじませる処理(マッハバンド除去システム)として、独自の「M.A.P.S(マップス)」を導入。同様の問題を指摘するキュー・テックの平野氏も、「この問題に対応できる専用のシステムをスキームとして用意している。これまでの経験を活かし、カット&トライで品質を向上させている」と語った。”

君望OP前2000帧，640x480

x264 --crf 16 --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 --me tesa --threads auto --thread-input --sar 1:1

trellis 0

x264 [info]: SSIM Mean Y:0.9905929
x264 [info]: PSNR Mean Y:46.541 U:47.031 V:47.647 Avg:46.756 Global:46.268 kb/s:1528.04
encoded 2001 frames, 9.36 fps, 1528.18 kb/s

1

x264 [info]: SSIM Mean Y:0.9905956
x264 [info]: PSNR Mean Y:46.670 U:47.021 V:47.648 Avg:46.844 Global:46.365 kb/s:1564.27
encoded 2001 frames, 9.04 fps, 1564.41 kb/s

2
x264 [info]: SSIM Mean Y:0.9906953
x264 [info]: PSNR Mean Y:46.678 U:47.038 V:47.662 Avg:46.854 Global:46.365 kb/s:1494.10
encoded 2001 frames, 7.44 fps, 1494.24 kb/s

SSIM&PSNR 0<1<2
码率 2<0<1

引用

vempx@2008-04-03 18:34

你用的是什么版本的x264？

引用

superkidx@2008-04-03 18:35

引用
最初由 techneek 发布
deadzone就是默认的量化方法，没有开不开这一说，只有deadzone的数值可以由用户调节这一说，deadzone不开x264是不能工作的。

trellis作为一种更“先进”的量化方法，能够自主干预量化的过程，而trellis并不是对所有的MB都起作用，trellis不起作用的MB，用的量化方法还是deadzone。

所以trellis是一种额外的编码工具，在x264里是默认关闭的，我想主要原因是速度问题？呵呵，所以默认关闭本身并不能说明什么问题。

我记得当时谁说过 DEADZONE只有在trellis为0时才起作用

引用

techneek@2008-04-03 19:15

楼上的，你的签名档图片终于换了，看着顺眼多了～

引用

superkidx@2008-04-03 19:24