--- Brian Paul <[EMAIL PROTECTED]> wrote:
> there's no guarantee that any of them will
> give you a root window with particular GLX
> attributes.  Sometimes you might get lucky.
> 
> [I've lost count of how many times this has come up
> over the years, BTW.]

Hmm, makes me wonder if they were xscreensaver users
too ...

> If you'd have changed cards in your system and found
> this problem would you be as upset?

I would probably blame the card. However, in this case
I haven't changed the card and it used to work fine. I
therefore know that there is no technical reason why
it shouldn't work now.

> Or, suppose you started running your X server at a
> different default resolution and the GLX visuals
> changed.

In this case, there would at least be something in the
config files or on the command line to get things
working again. I actually had this with a 3Dfx Voodoo3
 (16 MB) when I upgraded to XFree86 4.2. I had to
reduce my screen resolution from 1280x1024 to 1024x768
to enable DRI, and yes, I was annoyed. However, now
it's more like finger-pointing between the
xscreensaver author and the DRI developers over whose
bug it is and I'm stuck in the middle with a broken
screensaver.
  
> If something changes, but the new behaviour is still
> within specificied operational parameters, I guess I
> don't consider that a regression.
> 
> A concrete example of a similar user experience
> happened a while back when I 
> changed the default maximum 3D texture size in Mesa.
> It was unrealistically 
> large (I don't remember the value, maybe
> 1024x1024x1024) and I reduced it to a 
> reasonable size (128x128x128 now).  A user
> complained that his app stopped 
> working.  It turned out he wasn't querying
> GL_MAX_3D_TEXTURE_SIZE or using a 
> proxy texture to be sure what he was trying to do
> was legal.

In which case the app writer was doing something
illegal. However, can you point to anything illegal or
even undesirable about trying to enable DRI on the
root window, *given the fact that the hardware has no
problem here*?

> Looks like the only difference between visual 0x23
> (the root visual) and 0x25 
> (what xscreensaver wants) is the addition of a
> stencil buffer in the later.  I 
> wonder if the GL screensavers really need stencil.

I showed the definitions of both visual 0x23 and 0x25
to the screensaver author and he could not think of a
reason (off the top of his head) why the stencil
buffer would matter. So on the assumption that glxinfo
has described both visuals fully, I am now going to
dissect the xscreensaver-gl-helper application to try
and discover what all the fuss is about ...
 
Cheers,
Chris


__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to