On Mon, 1 Nov 2004, Dik Takken wrote:
> Just something you might want to know about the DCT/iDCT overflow thing
> (you might know it already): I managed to trigger this overflow problem at
> -q 2 too. So, for braindead encoding purposes, -q 3 is the limit. Maybe
For typical capture data (rather than computer generated imagery)
-q 4 is the practical limit with 5 being the usual value used.
It's a good idea to leave some variation between the Average and Peak
rates. Low values of -q end up (in addition to artifacting) creating
CBR (Constant Bit Rate) streams with large spikes.
I have had success with -q 3 on some select material (computer
generated animation) that I have recoded from HDTV to DVD but the
usual value used is -q 4.
Noisier material seems to benefit from higher values so for the
SVCDs I'm redoing as 1/2 D1 DVDs a -q of 5 works well.
> this could be mentioned in the BUGS section of the mpeg2enc man page.
Probably so. I think there is a mention about "values below 4 are
extremes" in the 'howto'.
Cheers,
Steven Schultz
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
