[MPlayer-dev-eng] [PATCH] YUV support for vo_quartz, at last

[Romain Dolbeau]

Camillo Lugaresi wrote:

> Looking at Romain's patch, it looks like QuickTime is doing most of the 
> work.

No, all the window handling is in Carbon. There's only a handful
of QuickTime function for preparing and converting colorspace,
and the scaling/translating matrix. The greatest number of
lines come from initialization of data structures.

> I see your point. However, that's exactly why "quartz" is not very 
> useful as an output driver name. Since the Quartz compositor always 
> comes into play when drawing to the screen in Mac OS X, it does not help 
> differentiate between different Mac drivers. That's why I think the 
> driver name should reflect the API it's based on (CoreGraphics, 
> QuickDraw, QuickTime, OpenGL...).

There's only one direct mac driver, and it's vo_quartz. vo_sdl
uses the SDL layer, vo_x11 requires the optional X11 server,
and vol_gl2 also requires the optional X11 server. In theory,
there could be a different one using Cocoa, but that would mean
adding a whole lot of configuration stuff to enable Objective-C
support. And if that ever gets done, it will simply replace
the Carbon-based vo_quartz. Carbon is there to allow for
compatibility with MacOS9, and/or plain C. The "proper" way
to write new application for MacOSX is Objective-C/Cocoa
(well, Apple says so, anyway :-).

CoreGraphics is too low-level, QuickDraw is obsolete, QuickTime
isn't macosx-specific, and gl exists (even w/o explicit OSX
support). I think quartz is the right name for it. Maybe
vo_carbon would be better ?

-- 
Romain Dolbeau