🚀 go-pugleaf

On Tue, 12 Mar 2002 10:19:12 -0600, ezanga wrote:

> The Java 2D package seems fairly limited (but I know it is
> supported in JDK 1.3.1 and on Mac OS 10), and I would like
> to use many of the features of the Java Advanced Imaging API
> and/or the Image I/O packages, but I am confused about their
> support under JDK 1.3.1 and Mac OS 10.

JAI is supported on JDK 1.2, and the latest release requires JDK 1.3 
or higher, so it will run on JDK 1.3.1.

As for OS X, it is not currently supported by Sun.  It does contain a 
native library, and Windows DLLs or Unix .so files will not run on the 
Mac (obviously).  The following seems to indicate that it may be able 
to run on the Mac without the native code, but my guess is it would be 
very slow.

   [ http://java.sun.com/products/java-media/jai/forDevelopers/jaifaq.html

   When will Java Advanced Imaging run on my Macintosh? 

   Sun and Apple are working towards an agreement regarding this. 
   At this time, there is nothing to report. However, some users 
   have been able to get JAI to run on Mac OS X, but downloading 
   pure Java version of JAI and then placing the jar files in the
   proper locations. However, this is not supported and is not 
   accelerated to take advantage of the architecture of the Mac. 

I guess the best place to look for more information would be the Mac 
java-dev mailing list.

> Lastly, I would like to be able to support the following image
> file types: BMP, JPG, GIF, EPS, PSD (adobe Photoshop), AI (Adobe
> Illustrator), PNG, PICT, PCX, QK (Quark Express), and TIF.
> I realize that there is nothing out there that supports all these
> formats, but what would anyone recommend using if I wanted to
> (or if its even possible) develop support for any file formats
> that are not currently supported.

JAI will handle BMP, JPG, GIF, PNG, and TIFF.

I have seen at least one public domain library that will handle PICT
files.  I would not be surprised if Apple had one too.  I think PCX
is a simple raster format, so that would be pretty easy to write the
code to handle them.  It also means that there is free code available
for reading them.

As for the vendor specific formats, you may want to check with the
particular vendors to see if they have Java classes for reading them.
I know that Adobe provides classes for displaying PDF files, so they
might have such classes for their other file formats.

EPS files are going to be tough, depending on the environment.  Rather
than contain an actual image, they actually contain PostScript code to
generate an image, so you would need a PostScript interpreter to render
them.  However, EPS files often contain an embedded low-res TIFF image,
so depending on the code that is generating the EPS files, you may be
able to just use the embedded TIFF.  Note that I said *often* contains
a TIFF image.  Some programs do not store a TIFF in the EPS file.

Good luck.

-- 
Regards,

John McGrath [TeamB]

---------------------------------------------------
Before sending me e-mail, please read:
    http://www.JPMcGrath.net/newsgroups/e-mail.html