MJPEG Tools Svn

added those 2 patches from the tracker:

Make jpeg-mmx build with gcc-3.4 -O3
https://sourceforge.net/tracker/index.php?func=detail&aid=1107275&group_id=5776&atid=305776

Make jpeg-mmx ready for -fPIC
https://sourceforge.net/tracker/index.php?func=detail&aid=1107285&group_id=5776&atid=305776

they were submitted by: Mikhail Zabaluev

layer 1 support and documentation.

Layer 1 patch from comes at naic dot edu. Doesn't harm non layer1 mplexing.
Why anyone would want to use layer 1 is a mystery though.

Missing 'const' caused picky compilers to complain.

Fixed bug in flushing pass-1 coded Frames at end of sequence
Add hook for GOP sizing...

Added a patch from the tracker submitted by:
Dean Gaudet
[ 1117718 ] jpeg2yuv: eliminate division in rescale_color_vals

rescale_color_vals includes a division and a multiplication, but it can be refactored so the division can be done at compile time. (compilers are generally not permitted to make this change, but most have compile options which loosen the fp standards compliance which would catch this case.)

in a pipeline with mpeg2enc this yielded a 9% speed improvement.

The "better solution" has arrived ;)
If a system has neither stdint.h or inttypes.h then rather than bail out with
an error about getting those files (which may not be possible for oddball
platforms) simply define the types that are needed to build mjpegtools.

change from the mixture of __inline__ and inline to simply inline. Seems
IRIX doesn't have __inline__ but does have inline. See
http://sourceforge.net/tracker/index.php?func=detail&aid=1116887&group_id=5776
&atid=105776

fix handling of single frame mpegs

fix segfault -- frames were being left in pass1