glTexImage2D 与 gluBuild2DMipmaps

非常基本的 OpenGL 纹理创建代码：

int width, height;
BYTE * data;
FILE * file;
// open texture data
file = fopen( filename, "rb" );
if ( file == NULL ) return 0;
// allocate buffer
width = 256;
height = 256;
data =(BYTE*) malloc( width * height * 3 );
// read texture data
fread( data, width * height * 3, 1, file );
fclose( file );
glGenTextures( 1, &texture );
glBindTexture( GL_TEXTURE_2D, texture );
//gluBuild2DMipmaps( GL_TEXTURE_2D, 3, width,   height, GL_RGB, GL_UNSIGNED_BYTE, data );
glTexImage2D( GL_TEXTURE_2D,0, GL_RGB, width,   height,0, GL_RGB, GL_UNSIGNED_BYTE, data );
free( data );
return texture;

和渲染：

glEnable( GL_TEXTURE_2D );
glBindTexture( GL_TEXTURE_2D, texture );

glPushMatrix();
glRotatef( theta, 0.0f, 0.0f, 1.0f );
glBegin( GL_QUADS );
glTexCoord2d(0.0,0.0); glVertex2d(-1.0,-1.0);
glTexCoord2d(1.0,0.0); glVertex2d(+1.0,-1.0);
glTexCoord2d(1.0,1.0); glVertex2d(+1.0,+1.0);
glTexCoord2d(0.0,1.0); glVertex2d(-1.0,+1.0);
glEnd();
glPopMatrix();

SwapBuffers( hDC );

温用glTexImage2D，除了与gluBuild2DMipmaps我用 gDebugger 看到了正确创建的纹理的结果。问题是什么？

当你使用glTexImage2D (...)在您的代码中，您没有构建 mipmap 完整纹理。它只创建存储并为纹理提供数据LOD 0。如果您正在使用GL_..._MIPMAP_...作为缩小过滤器，您需要为每个四分之一分辨率步骤提供 LOD（细节级别）。

For example, a texture with dimensions 32x32 requires log₂ 32 = 5 extra mipmap LODs, as described below:

LOD 0: 32x32  ( 1 /    1 )  [1024 Texels]
LOD 1: 16x16  ( 1 /    4 )  [ 256 Texels]
LOD 2: 8x8    ( 1 /   16 )  [  64 Texels]
LOD 3: 4x4    ( 1 /   64 )  [  16 Texels]
LOD 4: 2x2    ( 1 /  256 )  [   4 Texels]
LOD 5: 1x1    ( 1 / 1024 )  [   1 Texel ]

gluBuild2DMipmaps (...)做了几件事：

1. 它构建了一组四分之一分辨率 mipmap LOD（因此得名）。

2. 它正确设置纹理中的 LOD 数量

   • OpenGL 纹理中的默认 LOD 级别范围：1001（最小值 = 0，最大值 = 1000）
   • After gluBuild2DMipmaps (...): log₂ (max (Res_x, Res_y)) + 1  (min = 0, max = ...).

这会生成 mipmap 完整纹理，可与 mipmap 缩小过滤器一起使用。

其他注意事项：

The defaultOpenGL 中的缩小过滤器是：GL_NEAREST_MIPMAP_LINEAR，所以你需要一个 mipmap 完整的纹理，除非你把它改成GL_LINEAR or GL_NEAREST.

OpenGL 中的 LOD 索引的工作方式有些违反直觉。较低的数字代表更高分辨率的图像，这就是为什么使用负 LOD 偏差有时被称为“纹理锐化”。

The geometric series: 1 + ¹/₄ + ¹/₁₆ + ¹/₆₄ + ... + ¹/_N converges to ⁴/₃; mipmaps require ~33% extra storage.