[MPlayer-users] Re: funky newbie problem

[Michael Waters]

On Thu, Dec 05, 2002 at 12:22 -0500, D Richard Felker III wrote:
> > I uploaded a sample of one bad spot to /incoming a while back and
> > mentioned it here.  There's also several seconds of landscape shots

[...]

> With that said, I've had relative success encoding it myself. The
> commands I used were the following, but you could probably go ahead
> and use bitrate 800 on the first pass if you don't care about the
> pass1 filesize coming out too big.
> 
> mencoder lavc_enc_prob-original.avi -vop scale=656:352 -lavcopts \
> vbitrate=720:vhq:vratetol=500000:vqcomp=0.9:v4mv:vcelim=9:vpass=1
> 
> mencoder lavc_enc_prob-original.avi -vop scale=656:352 -lavcopts \
> vbitrate=800:vhq:vratetol=500000:vqcomp=0.9:v4mv:vcelim=9:vpass=2

wow! this looks very good, you are right.  imo, at least as good as the
xvid test I tried. For sure I didn't try your combination of options
when I was trying zillions of permutations looking for the right
cocktail.  One thing though is that the resulting file is ~850 kbps not
800:

  Video stream:  850.646 kbit/s  (106330 bps)  size: 7227106 bytes
  67.968 secs  2038 frames

I guess this is because of vratetol?  I wonder if this would be a
problem to fit a file within 700mb.

> Results are very good. One interesting thing I found, though, is that
> vlelim seems to negatively impact encoding this movie, so I left it
> out. If you still have trouble using these command lines, you should
> probably check and make sure you're not using an evil broken version
> of gcc or something.

$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)

...hope this isn't an evil one. :) Thanks for having a look at this...
maybe I'll try lavc with your options instead of xvid the next time i'm
encoding a file.