MJPEG Tools Svn

Use memmove instead of bcopy. Seems some linux systems have issues with bcopy on 64bit AMD systems

Added a patch that tests for a broken sdl.m4
Found in the tracker: Remove AC_CANONICAL_TARGET call
http://sourceforge.net/tracker/?func=detail&atid=305776&aid=2491094&group_id=5776

sdl is fixed and that test is not needed any more.

Posted by: dgp85

A patch from the tracker:
Build fix for NetBSD/amd64

Found here: https://sourceforge.net/tracker/index.php?func=detail&aid=2517113&group_id=5776&atid=305776

Here is the original Patch:
http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=33769

The mjpegtools fail to build because: assembler errors due to a wrong CPU detection. mjpegtools assumes that on an amd64 platform __LP64___ is defined, which turns out not to be the case. There appears to be some confusion as to whether code should check for __LP64__ or _LP64.

Posted by Thomas Klausner

Added a patch from the tracker:
Unportable test(1) construct

Found here:
http://sourceforge.net/tracker/?func=detail&atid=305776&aid=2517117&group_id=5776

Long info:
Unportable test(1) construct
scripts/lavtc.sh and scripts/lav2mpeg are using the unportable bash extension "==" to test(1), which is not supported by most other shells or even test(1) GNU coreutils. Please use "=" instead.

Posted by Thomas Klausner

Bump version number after a release

This commit was manufactured by cvs2svn to create tag 'RELEASE-1_9_0'.

Some last changes for the 1.9.0 release.
Changed the install directory for the man and info pages.

The last changes of the doku for th release.

Removed: debugging log used for previous bugfix.

Fixed: Post-correction Target/Actual ratio was being used to tune
quantisation correction the *wrong* way. This produced a bit-stream
that *never* let the buffer fill. In combination with only partial
pre-fill (why WAS that chosen - VCD standard??) in mplex meany the
(modelled) decoder buffer never actually filledmaking it vulnerable to
under-run with quite tiny variations.