>>>> So, while of course it's possible to define the order of the components
>>>> of 24 bit RGB formats differently on big endian CPUs than on little
>>>> endian CPUs, that is rather artificial and not directly related to
>>>> endianness.
>>> If you assume that the CPU can write 24 bit words at any byte
>>> address, it's endianness related :)
>>
>> I'm not sure I follow - are you thinking of 24 bit CPUs? :) If not, how
>> would you store 24 bit 'words' on a 32 bit CPU?
>
> Right, using word here is not fully correct. I was thinking about CPUs
> which
> support atomic stores of something shorter than their word, but longer than
> one byte.
>
Actually everything seems working with only an added line in
DirectFB-1.1.1-orig/systems/fbdev/fbdev.c
case 24:
if (dfb_fbdev_compatible_format( var, 0, 8, 8, 8, 0, 16, 8, 0 ))
return DSPF_RGB24;
if (dfb_fbdev_compatible_format( var, 0, 8, 8, 8, 8, 16, 0, 0 ))
return DSPF_RGB24;
break;
--
Marco Cavallini | KOAN sas | Bergamo - Italia
embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
http://www.KoanSoftware.com
Meet us @ Embedded World 2008 - Nurenberg
February 26-28, 2008 Hall 11 - 224
_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
