* Andrew Stevens on Sunday, February 03, 2008 at 18:54:35 +0100 > Christian, quantisation up to 60 almost certainly a Bug someplace. Can you > put a section of your source video someplace online so I can download > reproduce the problem reliably?
See below. >>> mpeg2enc -f 8 -b 5150 -q 4 -r 32 -g 3 -G 15 -4 1 -2 1 -D 10 -K tmpgenc -o >>> test.m2v Same with default matrix though. >> >> What mplex command do you use ? >> mine mplex -f 8 -r 5550 test.m2v audio_48.mp2 -o test.mpg $ mplex -f 8 -o test.mpg test.m2v test.ac3 where the ac3 has a bitrate of 224k. Up to now I never needed, or saw the need, to use the "-r" option, it "just worked". Is it recommended to use it all the time? > 224+5150 == 5374. > > Definately a bug. It really *should* 'fit' with -r 5550. It *suspect* its > related to the quantisation problem Christian has found (it steers bit > allocation wrongly somehow and then can't correct fast enough). > > Examples ... I need examples (no longer have a dumb analog capture card or > JPEG capture cared). I completely understand, afaics unfortunately, as I already mentioned in my original mail, it doesn't happen in my test samples of 10secs length. It actually seems to be related to the duration of the input. I'd have to do random experiments for the duration needed to reproduce it. I'll try as soon as possible -- which might not before the weekend though. c -- ich bin eine Null eine Null is eine runde Sache --> <http://www.blacktrash.org/hanullmann/hanullmann.html> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
