我正在通过 OS X Sierra 上的 SDL2 2.0.7 和 SDL2_image 2.0.2 加载 32 位 RGBA 法线贴图纹理，并在 Alpha 通道中编码高度图。
这些纹理中的每个像素都有一个非零 RGB 值，编码方向法向量。方向向量 (0, 0, 0)（即black） 是无效的。
然而，当我通过 SDL2_image 加载这样的纹理时，alpha 值为 0 的纹理区域also产生 RGB 值 0。我认为 SDL 可能会预乘这些像素的 alpha 值？
附件是这些法线贴图纹理之一。您可以通过打开例如中的纹理来确认它是否有效。 GIMP 并在透明区域之一使用颜色选择器。事实上，您会看到透明区域仍然具有偏蓝色的 RGB 颜色（编码的法线向量）。
下面是一个最小的测试用例，说明了所附 PNG 文件的问题：
#include <SDL_image.h>
#include <assert.h>
int main(int argc, char **argv) {
SDL_Surface *s = IMG_Load("green3_2_nm.png");
assert(s);
for (int i = 0; i < s->w * s->h; i++) {
const Uint32 *in = (Uint32 *) (s->pixels + i * s->format->BytesPerPixel);
SDL_Color color;
SDL_GetRGBA(*in, s->format, &color.r, &color.g, &color.b, &color.a);
assert(color.r || color.g || color.b);
}
SDL_FreeSurface(s);
return 0;
}
我正在编译这个测试用例gcc $(pkg-config --cflags --libs sdl2_image) test.c
第 15 行的断言将导致图像中的几行失败——即 alpha 值降至 0 的位置。
我尝试过 TGA 和 PNG 图像格式，但 SDL 对这两种图像格式做了同样的事情。
这是 SDL 中的错误，还是我遗漏了什么？我很好奇人们是否也在其他平台上看到同样的问题。
===
答案：Core Graphics，Apple OS X 上 SDL2_image 的默认图像加载后端，确实会预乘 alpha -always。解决方案是在没有 Core Graphics 支持的情况下重新编译 SDL2_image，并启用 libpng、libjpeg 和您需要的任何其他图像编解码器：
./configure \
--disable-imageio \
--disable-png-shared \
--disable-tif-shared \
--disable-jpg-shared \
--disable-webp-shared
在我的系统上，我必须禁用核心显卡（imageio) and also如您所见，其他编解码器的共享库加载。这就产生了脂肪SDL2_image.so它与 libpng、libjpg 等静态链接。但按预期工作。
