MeGUI挂x264压制,有没有像Xvid Status这样的工具可用呢?

一直都是用VDM+Xvid压东西,那个Xvid Status显示Q值的表觉得非常方便.
而现在改用MeGUI+X264CLI之后,就没法通过1pass知道该给2pass多少码律了.
有什么工具看呢?

MEGUI不支持CQ做1st pass
即使是MEGUI里的XVID,也没法用CQ2做1st pass
所以换个GUI,或者自己用命令行是不错的选择XD
话说我曾经用LOSSLESS来做1st pass,得到的结果是在某码率上无限接近于某个CQ值,嘛,想想也对,所以1st pass还是用LOSSY MODE比较好

引用

最初由 badchris 发布
嗯……意思自然是--qp18 -output NUL
Lossless……orz

yup
不过要是想在某码率上直接达到某个Q值量化的效果
可以试试LOSSLESS的,毕竟直接CQ出来多少码率谁也说不准
结果就变成了出来的到底是多少CQ值的问题,这个一样说不准XD
把他看做是CQ的一个逆向运算吧XD

@霏霏
以前用XviD的时候，因为CQ2和CQ3的画质差距比较大，因此通常用CQ2作为参照，将size定在CQ2的55%进行压制，得出的Q值在2~5内浮动，以达到比较好的效果。
现在x264里，原本的CQ2到3，从计算公式上相当于CQ18~21，但是从画质上则相当于CQ18~24甚至更高。也就是说，原本CQ3的画质你在x264里大致可以用CQ24达到。因此用CQ21左右压制的时候，画质会比原来XviD CQ2size * 55%要好一些(这里只讨论全局视觉效果，细节效果另说了)，但是文件大小却要更小。(CQ2size * 55%是200M的话，x264CQ21可能只有150M)
因此现在就有一种用x264 CQ来压制的趋势。从理论上来说2pass能达到更高画质，但是为了少量的画质提升要花费双倍的时间也是很不合算的。并且一般认为x264的1stpass应该与你的目标码率相近。也就是说我个人不建议再用以前的xvid的方法确定2ndpass的大小。而是一开始就考虑好目标的大小，并观察最后的I P B平均量化值的大致区间或者平均值来考虑文件大小或者码率的浮动。一般来说平均量化在20~22时比较理想。平均量化可以在x264压制完毕后的status段里观看。

引用

最初由 realsweet 发布

如果是自己压的片可以看x264的stat
如果是别人压的片,认识的话严刑逼供是首选方案XD
碰上宁死不屈的或者不认识压片的,想查I, P, B的QP值,也是有方法的
用avidemux_2.3.0_plus打开(MKV,MP4也可以打开)那文件,每一帧的类型和QP都有显示,有没有用BF,最多多少连续BF,统统都查的出
拿来分析RAW是最好不过了

stat用UE32看?
压完的片子 我用Gspot看信息 哪能Q值显示都是0.15x呃...
难道现在Q值又回归Gordian Knot时代的表示方法啦

很多方法
看你想用什么容器,RAW,MP4,TS,MOV,AVI?
只是要MP4的话,最常用的YAMB----> Extract track ID XX to new mp4 file

dobBL0t的分析工具确实蛮方便的发现了.......