[MPlayer-dev-eng] [PATCH] (new version) AltiVec: dct64 for

[Dan Christiansen]

On Saturday, January 18, 2003, at 02:53 PM, Romain Dolbeau wrote:

[snip]
>
> Nope, you can't access the HW in OSX. SDL uses the "Quartz"
> engine, and the "QuickTime" stuff for YUV overlay. Similar
> in spirit to X11 and Xv, respectively.

That's not entirely accurate ;) If you use OpenGL (or hardware 
accelerated Quicktime) you bypass the Quartz layer entirely. This way 
you get hardware accelerated video out on machines with less than 16MB 
VRAM and you bypass Quartz' double buffering.

Anyway, the IOKit is supposed to give access to the hardware. Doubt 
that it's suitable for the task, though.

>
> Except that libSDL doen't handle 2VUY (or I don't understand
> the code :-), so you have to let QT do the translation.
>
>> btw what about the mplayerosx.sf.net project?
>> i assume they have native rendering driver instead of buggy slow SDL.
>
> MPlayerOSX is a GUI wrapper around a regular mplayer binary.
>
> I've never found a way to display anything with mplayer
> on MacOSX except with -vo sdl. Even X11 doesn't work
> as 'RGB32 is not supported on Big-Endian System'. Not that
> it's of any importance, as it would be much slower than
> YUV overlay in SDL anyway.

-vo gl works on my slow mac with Apple's X11 (can't remember if it 
works with XDarwin), but it seems like it isn't hardware accelerated 
OpenGL it's using. It behaves a bit odd here, but it mostly works.

Perhaps the best way to write a native video out would be to convert 
the GLX output module to either use some of Apple's GL frameworks or 
one of the cross platform OpenGL toolkits. I'd like to give it a try, 
but since I don't know much (read anything) about OpenGL, it would be a 
somewhat cumbersome task. The SDL audio output layer seems to add some 
unnecessary overhead as well, so I've been looking into writing a 
native audio output.

You seem to have a good profiling environment set up. Could you perhaps 
check if the SDL sound out already is optimal, or if it could be done 
better?

- Dan