On Thu, Oct 17, 2002 at 04:39:19PM +0100, Keith Whitwell wrote:
> Ian Romanick wrote:
>
> >>From what I have been told, this is how it works on the Nvidia drivers. I
> > have not verified this first hand.
> >
> > if ( extension string contains "GL_EXT_texture3D" )
> > 3D textures are hardware accelerated
> > else if ( advertised OpenGL version >= 1.2 )
> > 3D textures are a software fallback
> > else
> > 3D textures are not supported at all
> >
> > So, a TNT will advertise OpenGL version 1.2 but not GL_EXT_texture3D. 3D
> > textures will work, but they will be sw rendered. On whichever Geforce
> > supports 3D textures in hw, OpenGL version 1.2 AND GL_EXT_texture3D would be
> > advertised. It's not a perfect system, but it fixes most of the cases where
> > an app checks the extension string to see of some feature is supported in
> > hardware and gets an upleasant surprise from a sw fallback.
>
> It does seem semantically richer than the standard way of doing things. I
> wonder if the spec gives some wiggle room on this.
That's actually how all this got started. I noticed that Mesa / DRI doesn't
advertise extension strings for a LOT of OpenGL 1.2 functionality that IS
supported:
- EXT_draw_range_elements
- EXT_separate_specular_color
- EXT_texture_edge_clamp / SGIS_texture_edge_clamp
- SGIS_texture_border_clamp
- SGIS_texture_lod
So, I asked a couple people around IBM what the accepted practice was. I
was told that an implementation is not required to export extension strings
for extensions that are required for its adverteised OpenGL version. I was
then told about Nvidia's technique.
--
Smile! http://antwrp.gsfc.nasa.gov/apod/ap990315.html
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel