* fbdev: ARGB8888 vs. RGB888
@ 2010-01-02 4:35 Bernie Thompson
0 siblings, 0 replies; only message in thread
From: Bernie Thompson @ 2010-01-02 4:35 UTC (permalink / raw)
To: linux-fbdev
The udlfb (DisplayLink virtual USB) framebuffer driver currently
supports 16bpp (RGB565) only. Looking at adding 24/32bpp support.
Because it's a virtual device where the pixels get processed before
sending over USB, any pixel encoding on the host side could work.
Just have to choose the best one.
Anyone know of any surprising pros/cons which would lead one of
ARGB8888 or RGB888 being an obvious choice, all other things equal?
Is either mode known to work better for xf86-video-fbdev or other
client app compatibility?
RBG888 has several advantages, of course. One interesting advantage
of ARG8888 is udlfb has a mode where it's a defio client -- and larger
bpp means page faults are actually somewhat more precise in
identifying the damaged areas of the screen, in addition to natural
alignment advantages.
As background -- udlfb is in the kernel staging tree. And there is
some future work at git.plugable.com.
Thanks,
Bernie
http://plugable.com/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-01-02 4:35 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-02 4:35 fbdev: ARGB8888 vs. RGB888 Bernie Thompson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).