MJPEG Tools Svn

Added a new mode to y4mtopnm: "-f" == "flatten".

In this mode, all YUV4MPEG2 chroma types are accepted in input
(versus 4:4:4 only), and the output has all of the channels
tiled side-by-side in one grayscale image. No colorspace
conversion is performed --- the bytes are emitted just as
they were encountered in the input, merely rearranged.

This overall effect is akin to the "pgmpipe" format of mplayer.
Its intended use is for debugging streams, since it allows you
to inspect each raw channel in the Y'CbCr space using good old
R'G'B' graphics programs.

An new version for the next release

A new version for the comming release

A new version for the next release

Using a 'size_t' for the BitCount isn't a good idea - more than 4G of bits
overflows (and 4Gb is only ~512MB - pretty small by video standards). So,
use a uint64_t for BitCount.

i found another (better?) solution for the gauss-filter. The denoiser should
now allways keep the original sharpness of the image whenever possible...

Error concealment patch submitted by Steve Tell (tell at telltronics dot org)

Since the default 'A' tag is square pixels it's more sensible to have the
default frame size be 640x480 (4:3 image).

Try to fix the problems with PPC + gcc4 + Fedora once and for all:
https://sourceforge.net/tracker/index.php?func=detail&aid=1215231&group_id=5776&atid=105776

Problem of undefined symbol (next_larger_quant) is caused by utils/altived/
libaltivec referencing encoder routines that are in libmpeg2encpp! Can't do
that because libmpeg2encpp hasn't been built yet!!

Attempted solution is to move mpeg2enc immediately after utils/ in the
top level Makefile.am. Then move mjpeg_simd_helper into lavtools/. THEN
add 'if HAVE_ALTIVEC' to all the other Makefile.am files and add libmpeg2encpp
to the list of library dependencies.

Klug? Sure - feel free to fix it differently :)

Hopefully the last of the pesky fedora gcc4 problems (wonder what RedHat did
to their gcc4 that Apple didn't?)