MJPEG Tools Svn

Fixed bug caused by incorrect calculation of how much of an input
stream is available for muxing

gcc 2.95.3 doesn't accept data declarations in the body of a function.

From Michael Hanke:
here follows my patch. Please excuse the long delay.

The original code uses explicitly programmed loop unrolling. I did not do that
because I assume that the compiler can do this much more efficiently.
> >This is what I did. The luminance channel of the matte is used in a
> > convex combination of the input sources thus using the [16,235]/219
> > range.
>
> Well, post your patch, already. You fixed a bug! :)

Integrate yuvdeinterlace into mjpegtools by creating its Makefile.am and
adding the necessary lines to the top level configure.in and Makefile.am files.

modified blocksize, for a better result...

Fixed proble of insufficient look-ahead for run-out and I-frame
alignment if very small frames present.
Also tided up decoder buffer modelling and added framework for
removing the need for identical boiler-plate AU despatch modelling
in the various stream types.

Work around buggy lround implementation for some gcc revisions

This commit was manufactured by cvs2svn to create tag
'MPEG_DEVEL_18_12_2004'.

Put in place infrastructure for back-off-and-recode

*** empty log message ***