> the GL_VERSION_x_y defines are defined by the OpenGL header(s), that is
> GL/gl.h
> GL/gl.h
Ok I see, but OSG adds the missing definitions via OSGGLExt.h. Why deciding which method to call (glTexSubImage3D or glTexSubImage3DEXT) during compile time? Depends more on the driver or?
Michael
Gesendet: Mittwoch, 20. August 2014 um 11:17 Uhr
Von: "Carsten Neumann" <carsten.p.neum...@gmail.com>
An: opensg-users@lists.sourceforge.net
Cc: carsten.p.neum...@googlemail.com
Betreff: Re: [Opensg-users] TextureObjChunk - GL_VERSION_1_2
Von: "Carsten Neumann" <carsten.p.neum...@gmail.com>
An: opensg-users@lists.sourceforge.net
Cc: carsten.p.neum...@googlemail.com
Betreff: Re: [Opensg-users] TextureObjChunk - GL_VERSION_1_2
Hello Michael,
On 2014-08-20 11:11, Michael Raab wrote:
> TextureObjChunk.cpp contains the following lines:
> // define GL_TEXTURE_3D, if not defined yet
> #ifndef GL_VERSION_1_2
> # define GL_FUNC_TEXIMAGE3D OSG_DLSYM_UNDERSCORE"glTexImage3DEXT"
> # define GL_FUNC_TEXSUBIMAGE3D OSG_DLSYM_UNDERSCORE"glTexSubImage3DEXT"
> #else
> # define GL_FUNC_TEXIMAGE3D OSG_DLSYM_UNDERSCORE"glTexImage3D"
> # define GL_FUNC_TEXSUBIMAGE3D OSG_DLSYM_UNDERSCORE"glTexSubImage3D"
> #endif
> The token GL_VERSION_1_2 is nowhere defined in the source tree,
> therefore the EXT functions are used. At the moment my test Intel HD
> system crashes as extension GL_EXT_texture3D is present but function
> glTexSubImage3DEXT returns a NULL pointer.
I'll bite my tongue on this one... ;)
> Is there a reason for this construct? Who was intended to define
> GL_VERSION_1_2? Using glTexSubImage3D everything runs fine with the
> Intel chip..
the GL_VERSION_x_y defines are defined by the OpenGL header(s), that is
GL/gl.h
Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
On 2014-08-20 11:11, Michael Raab wrote:
> TextureObjChunk.cpp contains the following lines:
> // define GL_TEXTURE_3D, if not defined yet
> #ifndef GL_VERSION_1_2
> # define GL_FUNC_TEXIMAGE3D OSG_DLSYM_UNDERSCORE"glTexImage3DEXT"
> # define GL_FUNC_TEXSUBIMAGE3D OSG_DLSYM_UNDERSCORE"glTexSubImage3DEXT"
> #else
> # define GL_FUNC_TEXIMAGE3D OSG_DLSYM_UNDERSCORE"glTexImage3D"
> # define GL_FUNC_TEXSUBIMAGE3D OSG_DLSYM_UNDERSCORE"glTexSubImage3D"
> #endif
> The token GL_VERSION_1_2 is nowhere defined in the source tree,
> therefore the EXT functions are used. At the moment my test Intel HD
> system crashes as extension GL_EXT_texture3D is present but function
> glTexSubImage3DEXT returns a NULL pointer.
I'll bite my tongue on this one... ;)
> Is there a reason for this construct? Who was intended to define
> GL_VERSION_1_2? Using glTexSubImage3D everything runs fine with the
> Intel chip..
the GL_VERSION_x_y defines are defined by the OpenGL header(s), that is
GL/gl.h
Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/
_______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
