Yes, flip_rgb is needed for cairo and gdi32 but not gdiplus. J seems had chosen an inefficient way to represent pixsel color as an integer.
Not tested on big endian platform. Чтв, 17 Мар 2011, Ric Tikkanz писал(а): > To be honest I'm not sure exactly what you are asking. > 256 #.inv 16bff0000 > 255 0 0 > > Are you suggesting that changing the representation of pixel colour in > glpixels and glqpixels to bgr rather than rgb would be more efficient? > > Is this about the fact that different image libraries (gdi, cairo) > have a different colour orders in their default storage formats? > > On Thu, Mar 17, 2011 at 6:45 AM, bill lam <[email protected]> wrote: > > glrgb 255 0 0 is a pure red, but the pixel data value as used in glpixels > > and glqpixels seemd to be a 16bff0000 for red, Can anyone confirm this? or > > does it need to change to 16bbbggrr format or that glpixel or glqpixel can > > be more efficient? > > > > -- > > regards, > > ==================================================== > > GPG key 1024D/4434BAB3 2008-08-24 > > gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
