MJPEG Tools Svn

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.

a other small firx for the patch, to change the behavior when the maximal filesize is reached.

Added the patch from Nicholas Redgrave to the CVS:

Greetings all.

I used MPlayer to rip an MPEG2 file from a DVD-RAM video disc into separate
WAV and video-only AVI files.
The AVI file was 1.5 GB and the WAV file 398 MB.
I wanted to use lavaddwav to multiplex them back together into a file that I
could edit with lavplay but it stopped when it reached the 2 GB avi file
limit.
So I have attempted to modify the lavaddwav code so that you can use an output
file format style of "outfile%02d.avi" to create sequential files where it
continues writing to the next file when the first reaches about 1.7 GB.

Hopefully there is a patch file attached.