On Tue, 16 Dec 2003, Trent Piepho wrote:
> But what about bit allocation? You need to know how big the last GOP was to
> figure out how many bits you can use for the next GOP.
Well, you know the maximum bitrate allowed (via the -b option) - could
encode each GOP with that limit in mind. I'm not sure how bits
"carry over" from GOP to GOP.
Nice self-contained chunks of data should parallelize nicely - perhaps
not that hard to extend to a "cluster". That'd be fast I'd think.
Cheers,
Steven Schultz
-------------------------------------------------------
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
