Xgl/Xegl future?

[Matthias Hopf]

On Aug 25, 05 23:05:04 -0400, Michel Dänzer wrote:
> On Thu, 2005-08-25 at 18:30 +0200, Matthias Hopf wrote:
> > On Aug 24, 05 10:59:28 -0600, Brian Paul wrote:
> > > >
> > > >Obviously a GL compositing manager wouldn't be doing the YUV to RGB
> > > >conversion, since the compositing manager is at the wrong level.  It
> > > >should be done in the XV handler of the driver in the DDX.  It's been
> > > >done in several KAA (aka EXA) drivers before, using the graphics
> > > >hardware for scaling.

So we were talking about the mehanisms that were used before (XV handler
of the current drivers).

> > Yes, but as soon as we want an abstraction layer (in this case OpenGL),
> > this isn't easily accessible, as several hardware vendors chose to not
> > convert YUV to RGB on PutImage, but during scanout (using color keying
> > for selecting the YUV framebuffer).
> 
> We're not talking about overlays (which will be little use with
> compositing) but about using the 3D engine to do the colourspace
> conversion and scaling.

I was talking about that there is no common interface for YUV to RGB
conversion using the graphics hardware.  Thus we should do this with
pixel shader, which *is* a common interface that is capable of doing
this. We can have other implementations if the hardware doesn't support
pixel shader, but this will be our first try.

Matthias

-- 
Matthias Hopf <mhopf at suse.de>       __        __   __
Maxfeldstr. 5 / 90409 Nuernberg    (_   | |  (_   |__         mat at mshopf.de
Phone +49-911-74053-715            __)  |_|  __)  |__  labs   www.mshopf.de