On 7/22/06, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote: > Mike Emmel wrote: > > On 7/22/06, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote: > >> Mike Emmel wrote: > >> > On 7/21/06, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote: > >> >> Mike Emmel wrote: > >> >> > Pixel format > >> >> > > >> >> > 24 Bit packed not 32. > >> >> > r <<0 > >> >> > g << 6 > >> >> > b << 12 > >> >> > >> >> I haven't seen any accelerator supporting this, yet. > >> >> > >> > What about software only in directfb ? > >> > >> Sure, if the format is really required... btw, modularizing > >> the pixel formats should be one of the next things after 1.0. > >> > > Yep > > Okay I'll add minimal support for it. Its what a lot of people are running > > lcd panels in these days. > > But isn't the data in the frame buffer still 888 or 565 or whatever, > but the LCD controller transfers in 666 mode to the display? >
I wish nowdays there direct mapping the controllor memory so its 666 > -- > Best regards, > Denis Oliver Kropp > > .------------------------------------------. > | DirectFB - Hardware accelerated graphics | > | http://www.directfb.org/ | > "------------------------------------------" > _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
