Re: imlib and 24bit color, byte order

[raster redhat com]

On 21 Jun, Manish Vachharajani shouted:
->  On Sat, 20 Jun 1998 raster@redhat.com wrote:
->  
->  > 
->  > i have code in misc.c that turns off fastrender if the client and server
->  > differ in endianess.. adding mroe checks there might be the way to go..
->  
->  The problem is deeper than this in 24bit mode, you always write in big
->  endian mode no matter what the endianess of the server, this is bad.  I
->  have a way of making fast render work on all combinations of server and
->  client, without performance penalties, I will try to put it in the tree
->  tonight after I write it and test it on  a few servers.

oh fun. you have a minimum of 4 cases per bit-depth (8bpp and less it
reduces to 2) - have fun - use XPutPixel (it's a custom wirtten
fucntion using a functionpointer in the XImage struct to write using
the correct endianess & bit-order for the server). 99% of us run the
Xserver locally for 99% of what we do and thus endianess macthes and
bypassing XPutPixel is a good optimsation.. otherwise go back to
XPutPixel - its abotu 15% slower.. no big deal... thats why i never
wrote any more code to handle all the cases.. i alerady handle too many
as is.. :)
->  
->  Manish Vachharajani
->  <mvachhar@vger.rutgers.edu>

-- 
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com
Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced
218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development Labs
Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547 0012 ext 282
+1 (919) 929 9443, 801 4392   For pure Enlightenmenthttp://www.rasterman.com/