Re: [gtk] GTK on memory framebuffer?

[rsteinke w-link net]

From: "Random User" <g11fhnag001 sneakemail com>
>
> One of the projects we are looking at right now has a really tight
> deadline for a customer demo.  (that is, our customer wants to demo
> it to somebody else)  We are putting together a clunky demo unit for
> the first pass as a proof of concept.  It runs a linux 2.4.6 variant
> on an ARM processor, which has an LCD framebuffer memory mapped.
>
> We do not currently have any kernel mode LCD or framebuffer drivers.
> We do, however, have a user mode driver.  That is, we can compile
> writes to the framebuffer into an application via writing raw data.
> Ultimately we plan on using kernel mode drivers and using gtk for
> our gui widgets.
>
> Now the question:
>
> Can gtk act on a pure bitmap/framebuffer image (defined only as a
> data structure), or does it need to act on the actual devices of
> display?   If it can operate on a raw image, we can easily do some
> blitting back and forth between two bitmaps kept in memory; the one
> not being displayed is the one modified, until it gets swapped with
> the currently displayed bitmap.  Is this possible with Gtk?  This
> would allow us to use Gtk for our development for the demo, and allow
> us to keep the overall architecture for the post-demo development.

This basically requires writing a widget which uses a GdkPixmap as a back
buffer. It happens that I've got just such a widget lying around, and would
be happy to send to you. It's written for 2.0, though, so it may need
some tweaking to use with 1.2

Ron Steinke