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

Sascha Sommer saschasommer at freenet.de
Tue Mar 16 21:25:16 CET 2010


Hi,

Am Dienstag 16 März 2010 20:40:18 schrieb Steinar H. Gunderson:
> On Tue, Mar 16, 2010 at 08:37:16PM +0100, Sascha Sommer wrote:
> > My first decoder implementation used the high level API but it only
> > worked on windows because the loader could not handle the quicktime dlls
> > back then. We then added support for the low level API so that the SVQ3
> > decoder could be used with libwine.
> > Must have been somewhen around 2002...
> >
> > If the loader now works with the high level API, the change that you
> > already commited is probably the better solution in the long run.
> 
> Ah. This explains why the other API was chosen :-) But yes, the loader is
>  now in a shape where it can use these functions just fine.
> 
> Another interesting part is all the hackery around QuickTime.qts; I'm not
> sure how many of them are relevant anymore, but given that wrapper.S and
>  some other functions are not thread safe at all I guess at least some of
>  the hardcoded stuff has to stay, which makes adding support for newer
> QuickTime.qts versions pretty ardous :-/
> 
> I won't make claim to understand that the dispatcher_ptr stuff is either.
> 
> /* Steinar */
> 

As far as I remember,  the quicktime dll initialization gets patched as the 
loader otherwise would have to implement half of directx. This part was done 
by Arpi and Alex so I don't know any details.

Regards

Sascha



More information about the MPlayer-dev-eng mailing list