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