On Tue, Oct 11, 2005 at 03:50:35PM +0900, Carsten Haitzler wrote: > you're not going to like this: > > i don't know. those 2 visuals (16bpp fbsd, and 24bpp neoware) look slike > perfectly normal truecolor visuals - standard. the only thing that makes sense > here is that maybe imlib2 is not byteswapping. that could be it as the source > will be big endian and destination little endian. i guess i should put that > code in.
That's what I thought at first, too. Geoff (a friend of mine who I've also got looking into this) said imlib2 apparently ran fine on PPC, which is also big-endian. configure puts "#define WORDS_BIGENDIAN 1" into config.h This results in: http://yallara.cs.rmit.edu.au/~ggiesema/imlib/bigendian.png Geoff commented it out and got: http://yallara.cs.rmit.edu.au/~ggiesema/imlib/noendian.png (both are wrong but in different ways) What it's supposed to look like: http://yallara.cs.rmit.edu.au/~ggiesema/imlib/xv.png From what I understand, this particular macro affects some code in loader_png. When you talked about byteswapping, did you mean in another part of the code? --Emil ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
