[658] in The GTK GIMP ToolKit mailing list archive
[gtk-list] Re: gtk_image
daemon@ATHENA.MIT.EDU (Jeff)
Mon Aug 4 21:53:08 1997
To: gtk-list@redhat.com
From: Jeff <schizm@pc-4374.bc.rogers.wave.ca>
Date: 04 Aug 1997 18:58:39 -0700
In-Reply-To: Rob Browning's message of 04 Aug 1997 20:44:19 -0500
Resent-From: gtk-list@redhat.com
Reply-To: gtk-list@redhat.com
Rob Browning <rlb@cs.utexas.edu> writes:
>
> Jeff <schizm@pc-4374.bc.rogers.wave.ca> writes:
>
> > are there any programs anywhere that make use of gtk_image? I would like
> > to peruse a real life example or two for some help. I am porting a program
> > that uses MIT-SHM to do its drawing :)
>
> I'm considering writing a little tutorial on gtk_images since I just
> spent some time figuring out how to use them (thanks everyone), but
> it's going to be a little while before I have the time. In the
> interim, I'd suggest you look at
> http://www.misc.cornell.edu/~otaylor/gsumi/gsumi.html
you sure about that URL? www.misc.cornell.edu doesn't exist :/
> Owen pointed me to (t)his program and it was a big help. Note that
> one thing that almost stumped me was that when you get an image back
> that's 16bit (gdkimage->bpp=2) it's the green that gets the extra bit
> (at least on my server), so it's R/G/B->5/6/5.
yup, standard is 5/6/5 in 16bpp
> Oh, and by the way, g{t,d}k_images turned out to be plenty fast for
> what we needed. I've got my wrapper clocked at over 140fps when
> compiled with optimization on one machine here. It's flipping two
> 256x76 images, pixel doubled to 512x152. On that machine, 16bit's
> actually faster than 8-bit indexed.
ya, gtk_image is bascially a small wrapper around MIT-SHM (if you specify
it that is), and they are plenty fast enough :)
--
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null
