Finishing Composite to handle transformed windows

Keith Packard keithp at keithp.com
Mon Jan 9 11:10:10 PST 2006


On Mon, 2006-01-09 at 11:44 -0500, Adam Jackson wrote:

> The other usual problem with doing GL to the root window is that the root is 
> typically created on a single-buffered visual, so GL to it looks extremely 
> flickery.

That's what I thought. The whole evil hack of using different visuals to
represent different GL parameters is now officially hurting us...

> This is fixable if we really want to.

Fixable in what way? Can we change what GL options are associated with a
visual? Or do you mean just changing what GL options the default visual
has? If the latter, that seems inadequate and we'll want a different
solution.

I guess my question is whether doing this right would require
diffcult-to-implement changes to GLX. I'm not entirely averse to
changing the GLX protocol to make this work, but I'd like to know
whether it's even possible. My recollection is that SGI used a visual
because they didn't have any other handle to hook frame buffer
configuration information to, and that fixing it was 'too hard'.

-keith

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20060109/9fa879ab/attachment.pgp>


More information about the xorg mailing list