Is there a way I can get information about the GL mode that clutter (though I 
guess it may actually be cogl) has chosen or is attempting to run in?

I'm on about things like the bit-depth, whether it has an alpha channel, stuff 
like that.

Thanks

Mark T

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Mark 
Tucker
Sent: 22 July 2010 16:20
To: Øyvind Kolås
Cc: [email protected]
Subject: RE: pick mode not working in 16-bit bit depth?

Hello,

I have just tried setting the variable as you describe and it seems to have had 
no effect - all clicks are still being associated with the default stage.

I should probably mention that the "target platform" in my original mail is a 
linux system using the glx backend, but it's limited in its resources and the 
max bit-depth I can use is 16 (so going up to 24/32 bit is not an option for 
me, unfortunately).

Thanks

Mark T

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Øyvind Kolås
Sent: 22 July 2010 16:04
To: Mark Tucker
Cc: [email protected]
Subject: Re: pick mode not working in 16-bit bit depth?

On Thu, Jul 22, 2010 at 2:43 PM, Mark Tucker <[email protected]> wrote:
> Is clutter supposed to be able to support such a 16-bit mode (running in
> R5G6B5) properly or am I on my own here?

Try setting the environment variable
CLUTTER_FUZZY_PICK=1 before running your program to make clutter
assume that the driver is not able to do a complete set/get round trip
of colors with the number of bits available in the pixel format.

/Øyvind Kolås
Intel Open Source Technology Centre
_______________________________________________
clutter-app-devel-list mailing list
[email protected]
http://lists.clutter-project.org/listinfo/clutter-app-devel-list
_______________________________________________
clutter-app-devel-list mailing list
[email protected]
http://lists.clutter-project.org/listinfo/clutter-app-devel-list

Reply via email to