Is this your first time here? SwingWiki is a Java Swing Developer community site with an big archive of Swing-related usenet groups and mailing lists, but also tips, tricks and articles and book reviews written by your colleagues from around the world. If you came here through a search engine and did not find what you were looking for, make sure to check the wiki table of contents.
Re: [Jmagick] Google summer of code and imageio
| From:Bob Friesenhahn [bfriesen@masked-domain] |
| Sent on:Wed, 12 Mar 2008 18:09:39 -0500 (CDT) |
| In reply to:Re: [Jmagick] Google summer of code and imageio sent on Wed, 12 Mar 2008 22:56:39 +0100 by "Simone Giannecchini" [simboss1@masked-domain] |
On Wed, 12 Mar 2008, Simone Giannecchini wrote:
>
> See above, JAI si the way to go for this. It is considered good
> practice to separate I/O from processing itself hence I am trying to
> face one problem at a time. I/O first :-).
It seems that I/O and processing go hand in hand. Without peaceful
harmony between I/O and processing, the code will "choke" on large
images just like Java's implementation does.
By doing I/O into a "native" Java representation, the image is
duplicated in memory unless ImageMagick is modified to not maintain
its own copy. If ImageMagick is modified to use the Java
representation, then Java code must act as a "pixel server" to
ImageMagick in case ImageMagick's image processing is desired, and so
that ImageMagick can save the image.
Bob
======================================
Bob Friesenhahn
[bfriesen@masked-domain], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
_______________________________________________
JMagick mailing list
[JMagick@masked-domain]
http://www.yeo.id.au/mailman/listinfo/jmagick
Please ensure that [JMagick@masked-domain] is a recipient when replying.
Other messages in this topic
