x264命令行编码如何有效控制码率?

x264命令行编码如何有效控制码率?
我是用的是2pass,设定为859kbps,但是最终生成的却有900kbps.为何在命令行下压出来的都比设定的码率要大?用virtualdubmod码率却可以控制得很好!

x264 --keyint 250 --min-keyint 25 --scenecut 40 --bframes 2 --b-bias 0 --ref 1 --no-deblock --bitrate 859 --qpmin 10 --qpmax 51 --qpstep 4 --ratetol 1.0 --ipratio 1.4 --pbratio 1.3 --pass 2 --stats x264_2pass.log --qcomp 0.0 --partitions i4x4,i8x8,b8x8,b8x16,b16x8,p8x8,p8x16,p16x8 --direct spatial --direct-8x8 -1 --weightb --me hex --subme 6 --mixed-refs --bime --8x8dct --trellis 0 --nr 0 --output x264.264 --progress --threads 1 avs.avs

qcomp 0.0!?
有什么理由要用这样的值吗?
一般都是0.6~0.7左右

qcomp值越低表示越接近comstant bitrate
不过在1pass编码才会把qcomp调这么低吧
2pass编码的话就用预设的0.6，bitrate control交给编码器就行

constant quality(crf)是指在一个QP(P-Frame)下去微调以符合所有动态跟静态frame的视觉品质都达到一个水准，这应该没错吧?
所以说CRF虽然QP分配不会像CQP那样P多少、B多少、I多少都限制住，但也不会跳动太多，是吗?
但是n pass编码，QP值就不一定这样分布了吧，往往范围到20几个QP都常有的

一般观念不是constant quality跟constant bitrate是一个天平的两端吗?
而做n pass不就是求取filesize target，何以说"n pass就越接近constant quality"?

constant quality(crf)是指在一个QP(P-Frame)下去微调以符合所有动态跟静态frame的视觉品质都达到一个水准，这应该没错吧?<----没错,通俗点说画面都一个水准

所以说CRF虽然QP分配不会像CQP那样P多少、B多少、I多少都限制住，但也不会跳动太多，是吗?<----CRF的QP分配取决于你设定的qcomp和MAX MIN QP,会不会跳动太多么,就看怎么设置,MAX MIN QP和I,P,B ratio都限制住的话,就根本不会跳了...囧

但是n pass编码，QP值就不一定这样分布了吧，往往范围到20几个QP都常有的
<------前提条件是只要1st pass走的CRF,2nd pass的QP也可以控制的很好,或者说像你说的不会跳动太多

一般观念不是constant quality跟constant bitrate是一个天平的两端吗?
<---constant quality是一个weight量化,和不管三七21的constant bitrate和constan quantizer哪能放一起讨论,qcomp不同效果就会不同
而做n pass不就是求取filesize target，何以说"n pass就越接近constant quality"? <---复制粘贴错误,囧,我有罪,我改正:越是N PASS就越接近constant bitrate(因为码率越拉越平)

谢谢.已经加上--no-b-adapt了,但是2pass后还是有920几kbps.

引用

最初由 realsweet 发布

一般观念不是constant quality跟constant bitrate是一个天平的两端吗?
<---constant quality是一个weight量化,和不管三七21的constant bitrate和constan quantizer哪能放一起讨论,qcomp不同效果就会不同

抱歉，我想说的是bitrate target，也就是我下面讲的filesize target啦，不是constant bitrate，那时po文不知道在想什么..orz

还有你提到的1st pass用crf模式，是接着2nd pass用ABR模式，bitrate用1st pass的结果是吗?
请问这种2pass编码方式的用意是哪些方面呢?兼顾bitrate target跟constant quality?

Orz……1pass用ABR做囧