Hi!
> The 3059 value is exactly the sum of the audio and video bitrates,
> calculated by the ripmake script. Maybe this ripmake script should
> be changed to add this 1-2% margin to the calculated bitrate.
Oh, it should be changed A LOT! :-)))
If you really want to improve ripmake to the point that it will become usefull
to SVCD production than first of all you should completely rewrite bitrate &
"-q" calculations.
Ripmake doesn't know at all that encoding bitrate for SVCD (and any other VBR
encoding by mpeg2enc) specified with -b option to mpeg2enc is the _maximum_
bitrate, not average. Also it doesn't know that in the wast majority of cases
"-q 3" (or something like this, some low value) is a very stupid setting for
SVCD. In fact, it can't calculate q value, it uses just some stupid preset.
So, imagine that you want to encode 1 hour of video to 700mb SVCD: ripmake
will encode it with the options like "-b 1800 -q 3". Quality will be awful!
Even much worse than VCD from the same source...
Also should be fixed some minor problems - like your one with incorrect (and
unnecessary) bitrate setting for mplex...
Once again - if you want SVCD quality, don't use ripmake for SVCD production.
Alexei
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
