Oleg Kobchenko wrote:
Treating the RGB order in integer for glpixels and glqpixels is already
supported in endian-neutral way: it works for both Windows FE and Java
on big-endian machines. So there is no reason to degrade that feature
if there is special support for it.
In Java sRGB color is defined in endian-neutral way:
Color(int rgb)
Creates an opaque sRGB color with the specified combined RGB value
consisting of the red component in bits 16-23, the green component in
bits 8-15, and the blue component in bits 0-7.
http://java.sun.com/j2se/1.4.2/docs/api/java/awt/Color.html
I'm confused whether bits 0-7 refers to position inside integer or byte array.
assuming 4 bytes per color,
Is that in java, a color is in this byte sequence
BBGGRR00 for little endian
00RRGGBB for big endian
in other words, the number 255 always represent a pure blue? Does win32 c++
frondend behave like java?
--
regards,
bill
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
