Xgl/Xegl future?

Ian Romanick idr at us.ibm.com
Mon Aug 29 08:30:25 PDT 2005

Hash: SHA1

Matthias Hopf wrote:
> On Aug 25, 05 23:05:04 -0400, Michel Dänzer wrote:
>>On Thu, 2005-08-25 at 18:30 +0200, Matthias Hopf wrote:
>>>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.

But don't you really want to be able to use 422 source images?  Pixel
shaders won't help there.
Version: GnuPG v1.2.6 (GNU/Linux)


More information about the xorg mailing list