Re: Transparency Support and/or Big-endian Framebuffer

On Fri, 24 Feb 2006, Mike Bourgeous wrote:
> I'm working on a framebuffer driver for a high-definition tuner
> card's OSD, and I have two equally bad options for pixel format.
> I can choose 24-bit pixels, with every FOUR bytes in reverse
> order (even though pixels are three bytes long - that makes for
> some interesting pictures when it's not set up right), or 32-bit
> pixels, with mandatory transparency.

    [...]

> work without too much work in userspace.  My main goal is
> to get X to display on the framebuffer.

Getting tinyX to work is not that difficult. Using its shadow screen feature,
you let it draw to a `normal' 24 bit image of the screen in RAM, and convert
all modified rectangular areas to the hardware's format.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642