opengl - glTexImage2D 与 gluBuild2DMipmaps

Question

非常基本的 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的结果是正确创建的纹理。问题是什么？

Answer 1

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

例如，尺寸为 32x32 的纹理需要 log₂ 32 = 5 额外 mipmap LOD，如下所述:

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)
   • 之后gluBuild2DMipmaps (...) : log₂ (max (Res_x, Res_y)) + 1  (最小值 = 0，最大值 = ...)。

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

其他注意事项:

OpenGL 中的默认缩小过滤器为:GL_NEAREST_MIPMAP_LINEAR ，所以你需要一个mipmap完整纹理，除非你将其更改为 GL_LINEAR或GL_NEAREST .

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

几何级数:1 + ¹/₄ + ¹/₁₆ + ¹/₆₄ + ... + ¹/_N 收敛于 ⁴ /₃； mipmap 需要 ~33% 额外存储空间。