[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Manipulating large graphics
- From: Roland Smith <rsmith xs4all nl>
- To: gtk-app-devel-list gnome org
- Subject: Re: Manipulating large graphics
- Date: Mon, 8 Oct 2001 23:23:19 +0200
On 08 Oct 2001 01:12:09 -0400
Havoc Pennington <hp@redhat.com> wrote:
>
> Scott Gifford <sgifford@suspectclass.com> writes:
> > I'm working on an application that deals with extremely large graphics
> > --- it loads in images of forms and lets you type on them. Right now
> > I'm just using a GdkPixbuf, and have run into some of its limitations.
> > A scanned 300dpi form that's 8.5x11 inches is 8.4 million pixels, and
> > with 24bit color, over 25MB of memory! The viewed image is much
> > larger than the screen, and flickers when it is manipulated. And I
> > have to convert PostScript and PDF files into PNGs to edit them.
> >
> > I'm trying to find a straightforward way to reduce memory usage, to
> > allow zooming in and out, and to support PostScript and PDF image
> > formats.
> >
> > Anybody got any pointers?
You can do conversions on-the-fly by spawning (fork/exec) ghostscript or
'convert' from the imageMagick suite from your app.
> > The code and more information about the project is at:
> >
> > http://www.suspectclass.com/~sgifford/proforma/
> >
Very nice app!
Maybe you can show a shrunken image of the form (again made on-the-fly with
ImageMagick) where the user can click on a editable area to bring up a dialog
(with possibly en enlarged portion of the document?) where they can fill in a
value?
What if you use pixmaps with a lower colordepth? I'd suspect 8 bits would be
sufficient for most forms. Wouldn't that reduce the memory requirement?
Roland
--
R.F. Smith "I have made this letter longer than usual
r s m i t h @ x s 4 a l l . n l because I lack the time to make it shorter"
http://www.xs4all.nl/~rsmith/ -- Blaise Pascal
PGP signature
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]