Gregory Maxwell wrote:
Looks like this change removed both the Oggthumb
support as well as
the code that handles the cases where ffmpeg fails.
The usual problem with deploying new solutions for equivalent tasks is
that you substitute known issues with unknown ones.
I've looked at oggThumb now, I downloaded the latest tarball. Here are
some of the ways in which it sucks:
* The output filename cannot be specified on the command line, it is
generated from the input filename. OggHandler uses a -n option for
destination path which just gives an error for me. I don't know if
it's a patch or an alpha version feature, but it's not documented
either way.
* Unlike the current version of FFmpeg, it does not implement
bisection seeking. It scans the entire input file to find the relevant
frames. For an 85MB test file, it was 30 times slower than FFmpeg.
* It unconditionally writes a progress message to stdout on every
frame in the input file.
* It unconditionally pollutes stderr with verbose stream metadata
information.
* It ignores error return values from libtheora functions like
th_decode_packetin(), meaning that essentially the *only* thing on
stdout/stderr is useless noise.
-- Tim Starling