Hi raster,
On Sun, 2006-04-02 at 16:15 +0900, Carsten Haitzler wrote:
> are you using BGRA in freevo too? you know that invovles evas having to do a
> byteswap for all rendering as its the opposite color-order to evas's
> internals?
> (which is ARGB) ?
Evas's internals are ARGB? Well isn't that a hell of a thing. I
thought for sure when I was looking at the raw data from
evas_object_image_data_get() that it was in BGRA pixel format. (Note
that I'm on intel, which is little endian, so BGRA32 has BGRA pixel
order [low to high memory address])
What is imlib2's internal format? I thought it was BGRA too.
Indeed, when I change evas to ARGB32 the problem goes away. But I'm
seeing very peculiar results here. Let's go back to cvs-2005-12-18. I
created a BGRA32 buffer canvas and added a rectangle at the top and
called:
evas_object_color_set(rect, 100, 110, 120, 130);
Then I outputted the first 4 bytes of the buffer. With 2005-12-18 I get
this result:
120 110 100 130
Ok, looks good. That's BGRA. Now here's the result when I create an
ARGB32 canvas:
120 110 100 130
Strange! Same results. BGRA. This is probably why I was sure that
evas's internal pixel format was BGRA :) So with cvs-2005-12-19 ARGB32
appears to be the same as BGRA32.
Now, let's use yesterday's cvs. ARGB32 canvas:
120 110 100 130
Ok, that still looks like BGRA32 :) But note that if I specify a BGRA32
canvas, this is what I see:
61 56 51 66
Obviously something is quite wrong there.
Aside from this bug, I'm rather confused why specifying ARGB32 has a
byte order of BGRA, which on Intel I've always called BGRA32. Do I need
some schooling here?
Cheers,
Jason.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
