[MPlayer-users] Re: file size falls short of 700MB for multi pass
Jonathan Rogers
jonner at teegra.net
Mon Jun 23 07:11:14 CEST 2003
Jason Pepas wrote:
> hmm, which bitrate is it that you are increasing? are you increasing the
> bitrate for both video passes, or just the final video pass?
>
> I just tried the following:
>
> - audio pass
> - prints out suggested bitrates
> - video pass 1, using higher-than-suggested-bitrate
> - video pass 2, using same bitrate as video pass 1
>
> and it still came out the exact same size as using the suggested bitrate.
I've usually just redone the second pass, increasing the requested
bitrate. Come to think of it, if the rate control is delusional, it's
not surprising that your method doesn't help. Maybe you have to trick it
by using two different bitrates.
The other thing I haven't really been clear on is whether to use a
constant quantizer. The mplayer manpage says it's a good idea for the
first pass, but sometimes it seems to throw things off. For a while, I
was specifying vqscale=2 for the first pass and vbitrate for the second,
thinking that the bitrate for the first pass wasn't important. Then, I
realized that in the absence of vbitrate=x, it just assumes 800.
So, for the first pass, there are actually four permutations:
vqscale=2, no vbitrate (defaults to 800)
vqscale=2, vbitrate=desired bitrate
no vqscale, no vbitrate (defaults to 800)
no vqscale, vbitrate=desired bitrate
My first guess would be that both passes should have identical options,
except for vpass. However, the manpage recommends vqscale. The actual
bitrate always goes way over the requested (or default) one when
specifying vqscale, which implies that the requested bitrate may not
matter much. Or, maybe it matters a lot. As I try more things, I just
become more confused.
I was just reading the manpage about "vrc_eq" and noticed that the
current default equation is simpler than the "old" one. The fact that
the current default doesn't use any averages means that it's not taking
any history into account. This implies that the second pass is not going
to do any better hitting the target than the first. Of course, you
mentioned that increasing the bitrate for both first and second passes
results in no increase in the actual average bitrate, which implies that
the second pass is paying attention to something. I guess we should
really be asking these questions on the ffmpeg list.
Jonathan Rogers
More information about the MPlayer-users
mailing list