[聊天]x264开始使用mbtree了呢~

引用

最初由 52wy 发布


貌似很有吸引力啊。。crf18的质量 crf22的体积:)不过如果码率控制方式不同可能这样比也不科学，哈哈~

引用

新加的参数mbtree的强度 和 qcomp的值成“反比”关系，Strength of MB-tree adjustments can be tweaked using qcompress; higher values mean lower MB-tree strength.
我用了固定码率的2pass做测试，从qcomp 1.0一直试到qcomp 0.0,结果发现qcomp 0.4的画质最好，同时CRF 的值也必须要改变，就从CRF22 改到了CRF 18，qpmin也相应提高到18 ，最终的大小仍保持在300M 以内.

至于画质的提升，我觉得静态画面的提升幅度更大，这又是一个适用于动画的参数

引用

此处是说如果能记录并整理各帧内MB被参考的频繁程度的话，或许能通过这个频繁程度反馈的信息，优化编码各MB时bit allocation的策略，从而达到改善质量的效果。
这点不难理解，如果一个有偏差的（比如承载着错误的图像信息）编码MB，被频繁的作为参考帧使用，那么这个参考帧的错误会传递到所有使用该块做估计的MB上，于是形成了累加恶化效应，这也是后面ds所说的propagation的来由。
这里说的是Mainconcept中对I帧用的一种渐进式量化算法，低运动场景会得到高质量的I帧，而相反，高运动场景会得到低质量的I帧。
这个策略其优势也是不难理解，低运动场景大量的MB会被重复运用到后续编码块的prediction中，这种方式保证了这些块的误差相对较小，从而降低了错误累加恶化的速度。对大动态场景，运动的部分往往本身就是帧内预测块。（当然这由MSE决定）
另外此策略的优势来自于人眼，人眼对运动场景的辨识能力是随着运动频率递减的，而受视觉暂留的影响这种递减的速率会随着运动场景的逐渐加快而加速，因此人眼是很难辨认大动态场景中错误，选择较低的码率来编码大动态场景，这也是符合人主观质量的做法。

引用

最初由 ssnake 发布
你x264升了没，1205以上才有mbtree以及--no-mbtree参数