Re: Component on a pixmap.
- From: James Henstridge <james daa com au>
- To: NotZed <zucchi zedzone mmc com au>
- cc: Cody Russell <bratsche dfw net>, Miguel de Icaza <miguel gnu org>, lisss ydab se, gnome-devel-list gnome org
- Subject: Re: Component on a pixmap.
- Date: Tue, 9 Nov 1999 14:58:07 +0800 (WST)
I suppose so. It should not be too difficult to do the pixel decoding
manually. All the necessary information should be in the GdkImage and
associated GdkVisual structures.
James.
--
Email: james@daa.com.au
WWW: http://www.daa.com.au/~james/
On Tue, 9 Nov 1999, NotZed wrote:
>
> But this does NOT slow it down terribly much - all it means is that
> you get your own copy of the image buffer (which is possibly just a
> memcpy on a local server - i dunno, it runs pretty fast anyway).
>
> The slow code is using image_get_pixel() for ever pixel, rather
> than using bit manipulation/copies to translate the pixels to RGB(A)
> format. Apparently imlib has the code to do it, just need to snarf
> that up.
>
> Michael
>
> >
> > If you are just creating a GdkImage with gdk_image_new, it allows you to
> > specify what type of image you wish to create (SHARED or NORMAL -- shared
> > using shared memory). The gdk_image_get() function does not seem to give
> > you this choice. It always uses XGetImage rather than giving the choice
> > of XShmGetImage, which would speed up your code.
> >
> > You would have to ask the gtk guys if there is a reason for this not being
> > in there.
> >
> > James.
> >
> > --
> > Email: james@daa.com.au
> > WWW: http://www.daa.com.au/~james/
> >
> >
> > On Mon, 8 Nov 1999, Cody Russell wrote:
> >
> > >
> > > Imlib uses shared memory to do it more quickly. Unfortunately, I know
> > > nothing about how to do this. :/
> > >
> > > bratsche
> > >
> >
> >
>
>
> --
> To unsubscribe: mail gnome-devel-list-request@gnome.org with "unsubscribe"
> as the Subject.
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]