[MPlayer-dev-eng] [PATCH] Use high-level QuickTime decoding API

Steinar H. Gunderson sgunderson at bigfoot.com
Sat Mar 6 15:26:52 CET 2010


On Sat, Mar 06, 2010 at 03:06:01PM +0100, Reimar Döffinger wrote:
> I can understand it, but I am very much in disfavour of completely throwing
> out code that has been tested and proven working for years.

There are basically three options here:

 - Leave this decoder in its current, arguably broken state.
 - Implement this change, test as thoroughly as possible (I've already
   checked sample files for all QuickTime codecs I could get to work),
   and watch out for regressions.
 - Make a new, separate QuickTime decoder using the new API, and maintain
   both.

I can only reiterate the advantages: Support for two new codecs (AIC and
ProRes), fixing behavior of at least one (3ivx crash on exit), and less code
to maintain.

> What implications does this have? Will this still fallback to other available
> codecs if the QuickTime one is not available?

It never really has; if something failed in ImageCodecInitialize you'd have
the exact same problem.

/* Steinar */
-- 
Homepage: http://www.sesse.net/



More information about the MPlayer-dev-eng mailing list