好久没有技术文章了，偶来发篇吧。

tarkey

地球人都知道现在的dx内部都开始支持16位的浮点了, also known as float16(half)
这种类型本身并不是标准IEEE里的，不同的平台也有不同的实现方法。
就偶这几天hardcore Xenon的程序来看，dx内部的16位float结构如下：
|0100 0010 0010 0100|
s                                       
   |exp|
           | mantissa  |
假设0100 0010 0010 0100是一个16位的浮点数，那么从高位的第一位仍然是sign位
然后有4位的exp和11位的mantissa。
4位的exp是直接截低4位就ok了
mantissa则是截高11位，这点需要注意，模拟的c/c++ code如下：
u16 tofloat16(float f)
{
        u32 *i = (u32 *)&f;
        u32 sign = (*i >> 31) & 0x1;
        u32 exponent = ((*i >> 23) & 0xff) - 0x7f;
        u32 mantissa = (*i) & 0x7fffff;
       
        exponent += 0x7;
        u16 ret = ((sign & 0x1) << 15);
        ret |= (exponent & 0xf) << 11;
        ret |= (mantissa  >> 13) & 0x7ff;
        return ret;
}

u32 tofloat32(u16 f)
{
        u16 *i = (u16 *)&f;
        u32 sign = (*i >> 15) & 0x1;
        u32 exponent = ((*i >> 11) & 0xf) - 0x7;
        u32 mantissa = (*i) & 0x7ff;

        exponent += 0x7f;
        u32 ret = ((sign & 0x1) << 31);
        ret |= (exponent & 0xff) << 23;
        ret |= (mantissa << 13) & 0x7fffff;
        return ret;
}

jk20012001

8错8错。。。顶！

Jeminai

谢谢分享！不过我应该不会去用到16位的浮点数。

justlikethewind

正在想，楼主会不会是我的一个同事……

whb9633

仿佛HDR用的是16bit float？

xpertsoft

拖鞋又出现了。
其实float16也叫half。
为什么使用它的原因是因为速度更快。更小的存储。而且NV的卡只支持fp16的纹理可以使用filter。 fp32则不行。

要使用这个half。用OpenEXR里那个就可以了。另外HDR的话。只要>8bit的就够了。short的也可以。float32也可以

jk20012001

有个疑问，ret |= (mantissa  >> 13) & 0x7ff;
fp32里面是23位的mantissa，fp16里面是11位，那应该截去后面的12位，也就是右移12位，这里为什么要“ >> 13 bit”？？

tarkey

呵呵，试过就知道了，为什么是>>13，相信偶，没错的。

jk20012001

试过了……SDK里面也有说，原来是e5s10的格式……

xpertsoft

专业灌水。
友情一顶。
顺便顶帖子。再顺便推销一下 OpenEXR