I found the answer...  This newer version of mpeg2enc forces variable bit rate from 
what I can tell, whereas the older one did not (I'm not sure if 1.6.1 actually turned 
variable bit rate on before and I commented it out or if it came that way...but 
nevertheless I see it commented out in my previous copy of mjpeg2enc.c..)  That'd also 
be why I did not see a problem with the older one with mplayer whereas I did with the 
newer one.  I prefer CBR so I can predict the size of the DVD, and at least with the 
older mpeg2enc I could never get VBR to play right in my DVD player whereas CBR played 
just fine.  I like the way everything looks and works today so I'm not inclined to try 
VBR :-)  And I also believe that it wasn't necessary 4x slower now - maybe 2x.  The 
reason it appeared 4x slower was because when I was running mplayer on the .m2v as it 
was being written passing the 'ss' parameter mplayer wasn't really going to the proper 
place in the file (as pointed out by someone else), which made me believe it had not 
encoded as much as perhaps it had...

Any thought to making CBR an option in mpeg2enc for DVD formats rather than forcing 
VBR?

-- Ray

On Mon, 25 Aug 2003 18:34:18 -0500
Ray Cole <[EMAIL PROTECTED]> wrote:

> Yep, I see the following:
> 
>    INFO: [mpeg2enc] SETTING 3DNOW and EXTENDED MMX for QUANTIZER!
>    INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
>    INFO: [mpeg2enc] SETTING MMX for TRANSFORM!
>    INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION!
> 
> -- Ray
> 
> On Mon, 25 Aug 2003 19:27:08 +0200
> Bernhard Praschinger <[EMAIL PROTECTED]> wrote:
> 
> > Hallo
> > 
> > > Guess that would help :-)  mpeg2enc is what is running slower.
> > > 
> > > Here's the command line I used on the old one vs the new:
> > > 
> > > Old Command:
> > >  nice mpeg2enc -f 8 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0  \
> > >            -r 24 -4 2 -2 2 -F 1 -p -v 0 -o ${aName}.m2v
> > > 
> > > New Command:
> > > nice mpeg2enc -f 9 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0  \
> > >            -r 24 -4 2 -2 2 -N 1.50 -Q 1.00 -v 0 -p -F 1 -o ${aName}.m2v
> > > 
> > > (Also tried -f 8 rather than -f 9).
> > > 
> > > I also noticed that using either -f8 or -f9 that something wasn't quite right 
> > > with some sort of timestamps.  I did a 'mplayer test.m2v -ss 15:00' for example 
> > > and that really took me about 45 minutes into the movie (maybe a little 
> > > further).  This worked when I encoded using the older version of mpeg2enc, 
> > > doesn't with the new.
> > tps://lists.sourceforge.net/lists/listinfo/mjpeg-users
> > Could it be that some optimations are not used when mpeg2enc start you
> > should find lines like that:
> >    INFO: [mpeg2enc] SETTING 3DNOW and EXTENDED MMX for QUANTIZER!
> >    INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
> >    INFO: [mpeg2enc] SETTING MMX for TRANSFORM!
> >    INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION!
> > 
> > If mpeg2enc does not use them it will be slower. 
> > If you have compiled it yourselfe you should take a look what you see
> > when you configure it. Do you have a nasm installed ?
> > 
> > Else. It could be that mpeg2enc does not detect you cpu correct. Which
> > distirbution/kernel do you use ?
> > 
> > auf hoffentlich bald,
> > 
> > Berni the Chaos of Woodquarter
> > 
> > Email: [EMAIL PROTECTED] [EMAIL PROTECTED]
> > www: http://www.lysator.liu.se/~gz/bernhard



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to