Re: imlib and 24bit color, byte order



On 20 Jun, Andrew V. Shuvalov shouted:
->  > ->
->  > ->  The colors come out as if the byte order were bgr.
->  >
->  > yest again.. turn fastrender off.. :) its an optimisation to bypass a
->  > layer of byte endianess conversion iuf the ednianess and order is
->  > exactly as expected and doesnt have to be twiddled much.
->  
->  Thanks, now it works.
->  
->  >
->  >
->  > ->  I think this is because the server wants LSBFirst byte order, but the 24
->  > ->  bit render code puts it in MSBFirst. Looking
->  > ->  at the imlib render code, I think that there will be portability problems
->  > ->  with all color depths when the client is Little endian and the server
->  > ->  wants MSBFirst byte order, does anyone disagree?
->  >
->  > 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..
->  
->  Yep, now you have to start panel to configure Imlib, but can't start panel before
->  Imlib is configured :)

no you don't. you just run imlib_config. it doesnt require the panel or
gnome. if ti segfaults edit yer ~/.imrc or syste, /usr/etc/imrc (or
/usr/local/etc/imrc depending on where you installed) by hand.


->  
->  --
->            Andrew
->  
->  
->  
->  

-- 
--------------- 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/ 



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]