Sophie: graphicsmagick-doc-1.3.12-1mdv2010.1 x86

graphicsmagick-doc-1.3.12-1mdv2010.1.x86_64.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
	<META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=ibm437">
	<TITLE>Magick++ Future</TITLE>
	<META NAME="GENERATOR" CONTENT="OpenOffice.org 1.0  (Win32)">
	<META NAME="AUTHOR" CONTENT="Bob Friesenhahn">
	<META NAME="CREATED" CONTENT="20020805;17562470">
	<META NAME="CHANGEDBY" CONTENT="Bob Friesenhahn">
	<META NAME="CHANGED" CONTENT="20020805;18005350">
	<META NAME="DESCRIPTION" CONTENT="C++ API for GraphicsMagick">
	<STYLE>
	<!--
		H1 { color: #000000 }
		P { color: #000000 }
		BLOCKQUOTE { color: #000000 }
		A:link { color: #0000ee }
		A:visited { color: #551a8b }
	-->
	</STYLE>
</HEAD>
<BODY LANG="en-US" TEXT="#000000" LINK="#0000ee" VLINK="#551a8b" BGCOLOR="#ffffff">
<H1 ALIGN=CENTER>Future Plans</H1>
<P>A challenging release plan has been developed for Magick++. What
actually gets accomplished depends on the level of support from users
and developers. Volunteers are needed. In particular, work on the
CORBA/COM IDL-base API may proceed in parallel with other
development. The following is the tentative development and release
plan (step 1.0 is complete). 
</P>
<P><B>1.0 </B>API for operating on individual images and STL
containers of images 
</P>
<BLOCKQUOTE>This version supports all GraphicsMagick API operations
which operate on a single image as well as providing <A HREF="http://www.sgi.com/tech/stl/">STL</A>
container support for operating on multiple images (on any STL
compatable container which supports a forward input iterator).</BLOCKQUOTE>
<BLOCKQUOTE>STL is used as the framework in which to store images.
Template functions (e.g. montage)&nbsp; are provided to build the
image lists required by GraphicsMagick and then invoke the list-oriented
GraphicsMagick API. STL is quite powerful yet easy to use. At this stage
Magick++ has matched what is currently available/possible using the
PerlMagick API due to leveraging the power of STL.</BLOCKQUOTE>
<P><B>2.0</B> <A HREF="http://www.omg.org/">CORBA</A> and/or COM IDL
based client API with server implementation for executing image
processing operations on a remote (or local) computer. 
</P>
<BLOCKQUOTE>This version provides an IDL-based API. A C++ wrapper API
compatable with that developed for release 2.0 is available for use
by clients. Client wrappers may also be developed for other languages
(e.g. Java). COM and CORBA servers are provided which  are
implemented in terms of the Magick++ API in order to satisfy client
requests (which may run a different operating system than the
server). 
</BLOCKQUOTE>
<P><B>3.0</B> Integration of IDL-based API with an existing open
source work-queing system in order to load-share image processing
tasks and the image frame and file level across a large number of
machines. 
</P>
<BLOCKQUOTE>This version is the culmination of the effort. By
intelligently spreading work over many machines, the performance of
GraphicsMagick is magnified. In order for this to be a success
algorithms for efficient transfer of image data must be developed.
Algorithms that take into account processor afinity and the CPU vs
I/O tradeoff for the task to be performed must be developed. At this
point in time, the queuing system to be employed has not been
identified.</BLOCKQUOTE>
</BODY>
</HTML>