MJPEG Tools Svn

Forgot to comment that the informational message about the input and output
rates needs to be printed BEFORE the '-r' value is clobbered. If -c is given
the program's logic copies the source frame rate over top of the -r value
before entering the conversion. Fix was to move the print statement out from
the conversion routine into the main program before the variable was overwritten

jpegsize of 0 should be treated, I think, the same as "end of file". It's
probably a corrupt file anyhow if jpegsize ends up being 0.

Fix the lavpipe manpage - the warning to remove comments was not clear/strong
enough it seems.

Also in pipelist.c be a little more consistent using mjpeg_error_exit1. Also
check for premature end of file better.

Fix typo - it's "maximum" not "maimum" :)

Cleanup.

# automake 1.9 could use AM_PROG_STDC but 1.10 became picky and needs AM_CC_C_0

Change the date string to something more current (reflecting that a change has
been made recently). Also suppress the version/usage info message if the
verbosity level has been explicitly set to 0.

workaround a crash on OSX 10.5.1 MacIntel systems. Seems the intermediate
buffer was one line too short and while that "works" on many systems (linux
intel, OSX PPC) it is luck due to malloc() implementations and memory layout.

Until someone who understands the program has some time the workaround is to
allocate a larger intermediate buffer.

A updated version of the howto.
This should do the trick for the next release.

That patch seems to fix this Problem:
#10 0x4cc3fffc in png_read_destroy () from /usr/lib/libpng12.so.0
#11 0x4cc4043e in png_destroy_read_struct () from /usr/lib/libpng12.so.0
#12 0x0804939f in decode_png (pngname=0xbffff830 "menu-bg.png", process=0,
param=0xbffff930) at png2yuv.c:405
#13 0x08049671 in main (argc=13, argv=0x8050180) at png2yuv.c:425
---END---

The problem was reported by: Reinald Gfüllner.

The change changes the way the pointer is freed like it is done in the examples. from the libpng