View Full Version : Paletted texture support on Nvidia/Linux?
I'm looking at using paletted textures, but it seems a number of implementation either don't support them, or do so badly.
In particular, I just get a black rectangle when I try to use a paletted texture on an Nvidia GTS 2 using the current Linux OpenGL drivers, which claim to support the paletted texture extention. The same code works with the 3dfx DRI drivers.
Is this a driver bug, or does the Nvidia hardware not support paletted textures?
12-04-2000, 03:49 PM
We do support paletted textures. We wouldn't expose the extension if we didn't.
Quake and Quake 2 and various Quake licensees all use that extension, so it does work. It's possible you've encountered a bug, but first, are you absolutely certain your application is correct? (Working on one driver and not on another means at least one of them is buggy, though it doesn't necessarily say which.) Definitely also check for GL errors being reported.
Thanks for the quick reply.
I'm getting error 1282 (invalid operation) after glColorTable(GL_TEXTURE_2D, GL_RGBA, 256, GL_RGBA, GL_FLOAT, palette);
The basic setup is:
/* dist is a 256x256 unsigned byte array of values */
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
glTexEnvi(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE);
glTexImage2D(GL_TEXTURE_2D, 0, GL_COLOR_INDEX8_EXT, 256, 256, 0, GL_COLOR_INDEX, GL_UNSIGNED_BYTE, dist);
/* ...and to draw */
glColorTable(GL_TEXTURE_2D, GL_RGBA, 256, GL_RGBA, GL_FLOAT, palette);
Also, as an aside, I'm also having problems with GL_INTENSITY format textures. The glTexImage2D call fails with 1280 (invalid enumerant).
12-05-2000, 12:46 AM
Are you calling glColorTable or glColorTableEXT?
It makes a big difference.
glColorTableEXT is for EXT_paletted_texture, while glColorTable is for ARB_imaging. So since 6.xx drivers don't support ARB_imaging, we give an INVALID_OPERATION eror on glColorTable. We will be supporting ARB_imaging in the near future, at which point these will get aliased together into the same function.
12-05-2000, 01:25 AM
Oh, and for intensity textures, remember to use GL_INTENSITY for the internalformat/components parameter but GL_LUMINANCE for the format. GL_INTENSITY is not a valid format.
OK, that fixed it. I guess I'm confused about how the OGL extension process works. I thought glColorTable and glColorTableEXT were the same function at different stages in it's extension life-cycle. You're saying they're different functions with very similar names and the same prototype?
Thanks for the GL_INTENSITY hint; I hadn't noticed it's only an internal format.
glColorTable vs. glColorTableEXT: oh, I just reread your reply - they will get aliased. So I guess the portable thing is to always use glColorTableEXT (that will always be present, even after the alias, right?).
12-05-2000, 09:11 AM
Use glColorTableEXT for the most portable paletted texture code.
glColorTable shouldn't even exist in drivers that don't support OpenGL 1.2.
Powered by vBulletin® Version 4.2.3 Copyright © 2017 vBulletin Solutions, Inc. All rights reserved.