MJPEG Tools Svn

yet more instrumentation - basically if mutex lock/unlock detects an error
then emit a diagnostic before aborting (this is because gdb is almost
useless with threaded shared lib using programs).

More instrumentation to track down threading problems.

fdctdata.c is part of fdct_mmx.c, after conversion of fdct_mmx.s to inline asm

remove fdct_mmx.s (replaced by inline asm)

converted fdct_mmx.s to inline asm

Check for the failure of pthread_mutex_lock() and pthread_mutex_unlock(). Since
it is a serious bug if these fail (indicates a logic error) call abort().

The mutex types 'errorcheck' and 'normal' ("fast") are not just for linux,
Mac OS/X had them too. Replaced the "#ifdef __linux__" with a more general
"#ifdef PTHREAD_MUTEX_ERRORCHECK".

unbalanced paren. Only in a comment but still, be neat about things ;)

libquicktime 0.9.4 has been officially released _and_ it is pkgconfig enabled.
Change the mjpegtools check for libquicktime to use pkg-config and specify
0.9.4 as the minimum version required.

The deprecated XYSCSS tag for chroma (offical tag for 1.7.x is 'C') was
causing a problem with programs that ran at elevated "feature" level (such
as y4mscaler). The 'C' tag would be seen and believed but the old 'X' tag
not removed. This lead to the problem of headers like this:

YUV4MPEG2 W720 H480 F30000:1001 Ib A10:11 C420mpeg2 XYSCSS=411

Note the 'C' of 420mpeg2 and 'XYSCSS' of 411!

At any rate the old X tag had to be supported until a release is made. At
that time ffmpeg/mplayer/smilutils can be modified to only emit 'C' rather
than both the 'C' and 'X' tag.

This change believes the 'X' tag (since the C and X had to be the same on
input) and then DELETES so that it does not escape back into the world.