Re: [Mesa3d-dev] Please HELP!!! accumulation buffers support FC9
Michel Dänzer wrote: > On Wed, 2008-08-06 at 18:12 -0600, Brian Paul wrote: > >> Svilen wrote: >> >>> 3 GLX Visuals >>>visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav >>> id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat >>> -- >>> 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x52 32 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> >>> 16 GLXFBConfigs: >>>visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav >>> id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat >>> -- >>> 0x53 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x54 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x57 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x58 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x59 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x5a 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x5b 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x5c 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x5d 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x5e 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x5f 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x60 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> >> First, maybe another R300 user can say what 'glxinfo' says on their system. >> > > I get the same. > > >> Off hand I'd expect more GLX visuals and fewer FBConfigs. >> > > It's due to Kristian Høgsberg's GLX visual reworks. I think the idea is > to only have GLX visuals for the common use cases by default and to > stick to FBConfigs otherwise. There's a xorg.conf Option "GlxVisuals" to > change this though which is documented in the xorg.conf manpage. > > Phew! That was easy! Section "ServerLayout" ... Option "GlxVisuals" "all" EndSection ... and job done! Well, maybe it's too early to jump ?! Thanks Michel! A couple of questions. - Does anybody knows whether this is a problem with nVidia cards as well ? - What is the rationale behind hiding GLX visuals by default? Memory? Speed? - What was the version that introduced this change? - Maybe I need to read first about FBconfigs. Any links? Sorry about asking more questions, but I believe the answers will be helpful not only to me Regards Svilen - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Please HELP!!! accumulation buffers support FC9
On 07.08.2008 09:08, Michel Dänzer wrote: > On Wed, 2008-08-06 at 18:12 -0600, Brian Paul wrote: >> Svilen wrote: >>> 3 GLX Visuals >>>visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav >>> id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat >>> -- >>> 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x52 32 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> >>> 16 GLXFBConfigs: >>>visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav >>> id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat >>> -- >>> 0x53 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x54 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x57 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x58 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x59 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x5a 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x5b 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x5c 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x5d 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None >>> 0x5e 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow >>> 0x5f 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x60 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >>> 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None >>> 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow >> First, maybe another R300 user can say what 'glxinfo' says on their system. > > I get the same. > >> Off hand I'd expect more GLX visuals and fewer FBConfigs. > > It's due to Kristian Høgsberg's GLX visual reworks. I think the idea is > to only have GLX visuals for the common use cases by default and to > stick to FBConfigs otherwise. There's a xorg.conf Option "GlxVisuals" to > change this though which is documented in the xorg.conf manpage. Hmm, "typical" and "minimal" seem to do the same thing. I'm not sure though I understand the rationale behind not exporting the full set, just because fb configs exists old apps are not magically going to use them. Also, glx (1.2, 1.3 does mention this only for fb configs but I'm sure it would apply there just as well due to backward compatibility) requires that a visual with a accumulation buffer be exported. Therefore, the minimal (and typical) set are not enough to satisfy glx requirements as they do not include any visual with an accumulation buffer. Roland - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Please HELP!!! accumulation buffers support FC9
On Wed, 2008-08-06 at 18:12 -0600, Brian Paul wrote: > Svilen wrote: > > > > 3 GLX Visuals > >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > > -- > > 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x52 32 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None > > > > 16 GLXFBConfigs: > >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > > -- > > 0x53 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None > > 0x54 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow > > 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None > > 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow > > 0x57 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x58 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > > 0x59 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x5a 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > > 0x5b 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None > > 0x5c 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow > > 0x5d 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None > > 0x5e 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow > > 0x5f 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x60 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > > 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > > 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > > First, maybe another R300 user can say what 'glxinfo' says on their system. I get the same. > Off hand I'd expect more GLX visuals and fewer FBConfigs. It's due to Kristian Høgsberg's GLX visual reworks. I think the idea is to only have GLX visuals for the common use cases by default and to stick to FBConfigs otherwise. There's a xorg.conf Option "GlxVisuals" to change this though which is documented in the xorg.conf manpage. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
