The result will be multiplied by 255 back when transformed the transformation to TrueColor by GPU uses rounding to nearest or upwards. Division is inexact, but works reliably for all integers from 0 to 255 if prepare high bits of exponent for fitting into their positions put lowest bit of exponent into its position, replacing just cleared integer bit Multiplication is exact since it's just an increase of exponent by 8 All comments about exactness here assume that underflow and overflow don't occur Output: Nth byte as counted from the highest byte in the fraction converting int to float so that exp2(genType) gets correctly-typed value Output: significand AKA mantissa of x if !isnan(x) & !isinf(x) Input: any x such that (!isnan(x) & !isinf(x)) Output: IEEE 754 biased exponent with bias=emax If we are here, x must be infinity or NaN (off by one) result as compared to the one calculated with infinite precision. NOTE: there exist values of x, for which floor(log2(x)) will give wrong Output: base 2 exponent of x if (x!=0 & !isnan(x) & !isinf(x)) Here's the actual implementation of toColor(): const int emax=127 If(bool(1)) // put 0 here to get lowest byte instead of three highestĪfter you get this on screen, you can just take any color picker, format the color as HTML (appending 00 to the rgb value if you don't need higher precision, and doing a second pass to get the lower byte if you do), and you get the hexadecimal representation of the float as IEEE 754 binar圓2. I use it like follows (this snippet gives out yy component of modelview matrix): vec4 xAsColor=toColor(gl_ModelViewMatrix) At the bottom of this answer is an example of GLSL code which allows to output the full float value as color, encoding IEEE 754 binar圓2.

Show debug message gamemaker