[原创]x264多版本横向测试

还是弄不清--trellis这个参数的作用，于是我又做了一个测试

基准参数是subme 6 umh，其他和顶楼的一样，改变参数就是--trellis，分别用0，1和2

这个0的：
x264 [info]: SSIM Mean Y:0.9923103
x264 [info]: PSNR Mean Y:47.784 U:49.227 V:49.219 Avg:48.200 Global:47.931 kb/s:984.32

encoded 1724 frames, 33.16 fps, 984.46 kb/s

这是1的：
x264 [info]: SSIM Mean Y:0.9922357
x264 [info]: PSNR Mean Y:47.770 U:49.219 V:49.219 Avg:48.188 Global:47.921 kb/s:984.54

encoded 1724 frames, 30.96 fps, 984.67 kb/s

这是2的：
x264 [info]: SSIM Mean Y:0.9922491
x264 [info]: PSNR Mean Y:47.742 U:49.226 V:49.217 Avg:48.168 Global:47.900 kb/s:950.11

encoded 1724 frames, 23.03 fps, 950.24 kb/s


可以看到，开到2速度急剧下降，SSIM却不见提升，我就搞不懂这个参数是做什么的了……

你对同样/更高质量下30k的码率节省视而不见么

引用

最初由 vempx 发布
如果这个选项的作用就是降低码率，顺便降低质量，那我直接用大一点的QP不就完了，何苦用这个还降低很多速度

顺便问下DEADZONE是啥……

无论测多少次，我这里都是既提高质量又大幅度降低码率，我觉得问题出在subme 6上，用subme7测测看

你觉得用3%的码率换0.0000647的SSIM很亏吗

换句话说，你用929.01的码率不开trellis能达到0.9922754的SSIM吗

引用

最初由 qyqgpower 发布
你觉得用3%的码率换0.0000647的SSIM很亏吗

换句话说，你用929.01的码率不开trellis能达到0.9922754的SSIM吗

是的，比较SSIM不能看数值的，也就是说ssim的数值在质量评价上远不是线性的。

正确的比较方法可以是修改两套方案的参数，使两套参数输出的SSIM相等后，再去比较码率上的差异，这才能说明两套参数的优劣和领先及落后的百分比。

比如两套参数出来的ssim都是0.98，然后码率一个是1000K，一个是800K，就说后者领先前者20%～

换句话说，实际中ssim可能差异很小，看上去百分比也很小，但是想弥补这样微小的差距，付出的码率确会非常大，这才是真实差距～

如果非要直接比较SSIM，可用下面公式来计算。

(1-SSIMa)/(1-SSIMb)*100%

***以上言论并非原创，全部总结自doom9的AVC论坛的相关帖子。

deadzone是
非trellis量化时对luma量化的设置，默认不开怎么压片。降低能保持更多细节，适合高码率或静态细节较多的片子，提高能减少细节以提高低码率压制时的整体效率

inter和intra就不用解释了吧，如果真要动deadzone的话，先调intra，再动inter

trellis 1的效果不佳，大家都看到了，而trellis 2的基础是RDO，默认的subme又不是RDO，更决定了trellis默认是不能开启的

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

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

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