[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