MJPEG Tools Svn

http://sourceforge.net/mailarchive/forum.php?forum_id=3248&max_rows=25&style=nested&viewmonth=200502

see discussion from 24-aug-2006: Re: [Mjpeg-developer] Old mmap->read/write patch into CVS?

libquicktime's yv12 (QUICKTIME_YUV420) codec has the U and V planes reversed.
Basically this causes the data to be in IYUV format but the file has the
fourcc 'yv12'. Discussions on the lqt mailinglist brought out the fact this
is on purpose to maintain compatility with the broken quicktime4linux (from
where the old yv12 codec came).

The default for this program is to put YV12 data into a YV12 file. If brokeness
is desired then use the -k option.

Note: nothing much outside some bt8x8 capture cards support uncompressed 4:2:0
anyhow.

Add 'yv12' (aka I420 4:2:0 etc). libquicktime supports it but Apple's
Quicktime software does not.

Document the -g option.

Fix bugs accessing properties of AU (mostly logging calls) when the last AU of a stream has already been muxed and hence free-ed.

Add logic to correctly delay the addition of released Picture's to the
Picture free list so they can't be reused before all Pictures that might
reference them have also been released.

jpeg2yuv can read filenames from stdin too

Initial Fix attempt for broken handling of forcing P frames.

Ok - after discussion with James revert some of the argument sanity checking
by putting it back inside the ALTIVEC_VERIFY ifdef. Leave the one check
for 16x16/8x8 blocks present to avoid a repeat of the yuvdenoise debug session.

at Stefan's request (he is on travel for a while) administer first aid to
the program by changing it to use 16x16 search blocks rather than 32x32 blocks.
The accelerated SAD routines have a 16x16 limit. Altivec routines check for
this and will log a message and exit, but the MMX versions will simply crash
eventually.