常数0.0039215689代表什么？

我不断在各种图形头文件中看到此常数

0.0039215689

似乎与颜色有关？

这是Google的首个热门产品：

void RDP_G_SETFOGCOLOR(void)
{
    Gfx.FogColor.R = _SHIFTR(w1, 24, 8) * 0.0039215689f;
    Gfx.FogColor.G = _SHIFTR(w1, 16, 8) * 0.0039215689f;
    Gfx.FogColor.B = _SHIFTR(w1, 8, 8) * 0.0039215689f;
    Gfx.FogColor.A = _SHIFTR(w1, 0, 8) * 0.0039215689f;
}

void RDP_G_SETBLENDCOLOR(void)
{
    Gfx.BlendColor.R = _SHIFTR(w1, 24, 8) * 0.0039215689f;
    Gfx.BlendColor.G = _SHIFTR(w1, 16, 8) * 0.0039215689f;
    Gfx.BlendColor.B = _SHIFTR(w1, 8, 8) * 0.0039215689f;
    Gfx.BlendColor.A = _SHIFTR(w1, 0, 8) * 0.0039215689f;

    if(OpenGL.Ext_FragmentProgram && (System.Options & BRDP_COMBINER)) {
        glProgramEnvParameter4fARB(GL_FRAGMENT_PROGRAM_ARB, 2, Gfx.BlendColor.R, Gfx.BlendColor.G, Gfx.BlendColor.B, Gfx.BlendColor.A);
    }
}

//...more like this

这个数字代表什么？为什么似乎没有人将其声明为const？

我在Google上找不到任何可以解释的内容。

0.0039215689大约等于1/255。

看到这是OpenGL，性能可能很重要。因此，可以安全地猜测这样做是出于性能原因。

乘以倒数比重复除以255更快。

边注：

如果您想知道为什么这种微优化没有留给编译器，那是因为它是不安全的浮点优化。换一种说法：

x / 255  !=  x * (1. / 255)

由于浮点舍入错误。

因此，尽管现代的编译器可能足够聪明地执行此优化，但是除非您通过编译器标志明确告知它们这样做，否则不允许这样做。

相关： 为什么GCC不能将a * a * a * a * a * a优化为（a * a * a）*（a * a * a）？

此乘法0.0039215689f将0到255范围内的整数值颜色强度转换为0到1范围内的实数颜色强度。

正如Ilmari Karonen指出的那样，即使这是一项优化，它也是一个表达得很差的方法。乘以将更加清晰(1.0f/255)。