『漫游』酷论坛>『影音数码技术学习交流』>[聊天]x264开始使用mbtre ..

roozhou@2009-08-21 21:48

引用
最初由 52wy 发布


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


千万别认为crf一样质量就一样。
用了mbtree原来的crf不算数了，aqmode 2同理。
引用

superkidx@2009-08-21 22:23

码率控制方式不同 有人能解释一下么
引用

superkidx@2009-08-22 12:48

引用
新加的参数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决定）
另外此策略的优势来自于人眼，人眼对运动场景的辨识能力是随着运动频率递减的，而受视觉暂留的影响这种递减的速率会随着运动场景的逐渐加快而加速，因此人眼是很难辨认大动态场景中错误，选择较低的码率来编码大动态场景，这也是符合人主观质量的做法。
引用

52wy@2009-08-22 14:16

啊呀~果然相当费解。。。。理论这等东西不适合我们研究。。。坐等高人的结论吧。。
引用

vempx@2009-08-23 22:03

mbtree在2pass中无用
引用

ssnake@2009-08-23 22:11

引用
最初由 vempx 发布
mbtree在2pass中无用
为什么说没用
引用

vempx@2009-08-27 09:38

因为你2pass已经指定了最终平均码率了，不用它来控制了
引用

ssnake@2009-08-27 11:36

引用
最初由 vempx 发布
因为你2pass已经指定了最终平均码率了，不用它来控制了
这句话我完全没看懂。。

1pass+mbtree，不用Bitrate做ABR的话，也没指定平均码率是吧，mbtree和最终平均码率有什么关系么？
2pass的1st pass用mbtree，对桢（该死的SunPinyin打Frame那个zhen字死活都打不出来）类型判断和码率分配都应该有影响（至少各类桢的数目变了，这个我试过）。
2pass如果1st pass不用mbtree的话，没有mbtree文件，2nd pass+mbtree是跑不了的，再者2nd pass不用mbtree的话码率分配“应该”也不一样（1st用mbtree、2nd不用，这个我倒真没试过）。

2pass+mbtree已经跑了些片了，感觉还是有点用的。虽然QP可能反而高了，但部分片的观感确实有明显提高，码率分配也觉得更合理（比如TtT某话完整同码率跑2pass，跑完再截OP部分测试，开mbtree比不开mbtree码率显著小，画面甚至还觉得mbtree更舒服一点）。
引用

小kero@2009-08-27 23:24

更新到0.3.1.1053后 使用原来的参数压片 老是错误提示 说什么没有MBTREE的 请问是不是关事？

F:\softs\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'


F:\softs\megui\tools\x264\x264.exe" --profile high --level 4.1 --preset slow --qp 20 --thread-input --threads 12 --deblock -2:-1 --b-adapt 2 --direct auto --ref 4 --no-mbtree --me umh --subme 9 --partitions p8x8,b8x8,i4x4,i8x8 --trellis 2 --output "E:\90210 S101.mp4" "E:\90210 S101.avs

请问怎么解决 实在不行只能退回旧版了
引用

ssnake@2009-08-27 23:36

你x264升了没，1205以上才有mbtree以及--no-mbtree参数
引用

小kero@2009-08-28 08:19

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


MEGUI上没提示X264升级,我自己下了个X264.EXE放到MEGUI里的TOOLS/X264后再次压制提示版本不符的现象,为什么会这样??????
引用

ssnake@2009-08-28 09:23

引用
最初由 小kero 发布


MEGUI上没提示X264升级,我自己下了个X264.EXE放到MEGUI里的TOOLS/X264后再次压制提示版本不符的现象,为什么会这样??????
不用megui不行么- -

megui的升级问题参考
http://popgo.net/bbs/showthread.php?s=&threadid=518860
引用

小kero@2009-08-28 12:46

感谢LS的提醒 重新安装后再下载最新版X264终于可以了

我想问问新的X264里多了一个PRESETS的 预设是FAST 不知选PLACEBO 跟 FAST 有没画质上太大的区别呢？如果影响不大就选FAST了

还有，新版X264支持SUBME=10了 ，想知道9跟10的差别大吗？我知道8跟9区别还是很大的，但不知9跟10有没太大的区别，因为10实在是太慢了。
引用

a4840639@2009-08-28 15:34

引用
最初由 小kero 发布
感谢LS的提醒 重新安装后再下载最新版X264终于可以了

我想问问新的X264里多了一个PRESETS的 预设是FAST 不知选PLACEBO 跟 FAST 有没画质上太大的区别呢？如果影响不大就选FAST了

还有，新版X264支持SUBME=10了 ，想知道9跟10的差别大吗？我知道8跟9区别还是很大的，但不知9跟10有没太大的区别，因为10实在是太慢了。

你说的通crf还是同码率？

同crf
ultrafast画质绝对差，因为没有psy-rd aq deblock等东西，fast以上的几个preset画质应该没什么差别，只是出来的码率不同

同码率
fast应该会差一些，毕竟参数低
默认参数对速度和质量的均衡的还比较好
placebo基本纯EP

subme10 速度慢，同crf下降低码率还算比较明显，但是同时QP值上升的也很明显，需要用2pass精确测试才能客观点
引用

ssnake@2009-08-28 16:06

preset反正设到你能承受为止，另外用了preset就只要管ratecontrol了，其他参数如果写了的话是会覆盖preset的。给张Dark Shikari的图，顺便那篇文章我翻译了不过还在润，预计随下期妇联评论之类的发吧：
Link

至于subme10，QPRD能有多大提升也和片源类型有关。但就个人体会，是有比较明显提升的，在我的i7上开9和10也没觉得速度掉很多（谜之声：纯粹是因为你EP滤镜挂太多吧！）。
引用

«1234»共4页

| TOP