mhopf at suse.de
Fri Aug 26 04:05:32 PDT 2005
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 Hopf <mhopf at suse.de> __ __ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat at mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ labs www.mshopf.de
More information about the xorg