The Maintenance Review release of the 1.1 version of the Java TM Advanced Imaging (JAI) specification contains some changes since the JAI 1.1 specification Final Release. The present reference implementation, called Java Advanced Imaging 1.1.2, implements the Maintenance Review version of the JAI 1.1 specification and also contains bug fixes and performance enhancements with respect to the most recent implementation of the JAI 1.1 specification Final Release which was called JAI 1.1.1_01. It represents development pursuant to maintenance of the Java Advanced Imaging 1.1 JSR.
The changes since JAI 1.1.1_01 are described in the " What's New" section of this document.
The Java Advanced Imaging API home page is located at http://java.sun.com/products/java-media/jai/. There you will find binaries, documentation, answers to frequently asked questions, and other information.
Some bugs are known to exist - see the BUGS page for details.
All areas of the JAI specification have been implemented for this release. The
com.sun.media.jai.codec package continues to be an uncommitted part of JAI. For mode information on image reading and writing images on the Java 2 platform and in JAI please refer to the page
Image I/O in Java Advanced Imaging.
All operators outlined in the Java Advanced Imaging API specification are implemented.
The major areas of JAI functionality are described below:
Additionally, users may extend a number of non-image classes in order to add functionality to JAI:
BorderExtender may be used to obtain customized functionality.
Warp may be written to perform customized image warping.
Interpolation may be written to perform customized pixel interpolation.
ColorSpaceJAI may be written to implement mathematically defined color space transformations without the need for ICC profiles.
Graphics2D-Style Drawing
Graphics2D-style drawing may be performed on a
TiledImage in a manner analogous to that available for
java.awt.image.BufferedImage.
The
RenderableGraphics class provides a way to store a sequence of drawing commands and to "replay" them at an arbitrary output resolution.
ROI or
ROIShape object. These ROIs may be used as parameters to the
Extrema,
Mean,
Histogram or
Mosaic operations and the
TiledImage.set() and
TiledImage.setData() methods. Operations produce an appropriate
ROI property on their output when one exists on their input.
The classes dealing with image file handling (the
com.sun.media.jai.codec package and private implementation packages that provide support for it) are provided in a separate jai file,
jai_codec.jar. This jar file may be used separately from the
jai_core.jar file containing the various
javax.media.jai packages and their supporting classes.
As described in the Core Functionality section of this document, the image codec classes should be considered as temporary helper functions. They will be replaced by a new API for image I/O that has been defined under the Java Community Process.
The BMP reader can read Version 2.x, 3.x and some 4.x BMP images. BMP images with 1, 4, 8, 24 bits can be read with this reader. Support for 16 and 32 bit images has also been implemented, although such images are not very common.
Reading of compressed BMPs is supported.
BI_RGB,
BI_RLE8,
BI_RLE4 and
BI_BITFIELDS compressions are handled.
The BMP reader emits properties such as type of compression, bits per pixel etc. Use the
getPropertyNames() method to get the names of all the properties emitted.
BMP Limitations:
BMP Writer:
IndexColorModel with 2, 16, or 256 palette entries will be written in palette form.
The image view object is ignored, and image property information is not exported.
There is no FlashPIX writer.
There is no GIF writer due to the patent on the LZW compression algorithm.
com.sun.image.codec.jpeg package of the JDK. A set of simple JAI wrapper classes around these classes is provided.
com.sun.media.jai.codec.PNGDecodeParam and
PNGEncodeParam for more information.
Due to the limitations of the format, only images with 1 or 3 bands may be written.
TIFF support has the following limitations:
PixelAccessor and
RasterAccessor classes.
Source images with
ComponentColorModels and
IndexColorModels are supported.
DirectColorModel images are not supported.
PixelAccessor and
RasterAccessor provide the most efficient support for the
ComponentSampleModel/
ComponentColorModel combination.
java.util.Collection is a collection of the same type. Nested collections are supported. Operators may also emit collections of their choice, or take collections as sources and emit a single image.
RemoteJAI.create() and
RemoteJAI.createRenderable() can be used to create operations that are performed on remote hosts. Operation chains are created on the client and can contain a mix of local and remote operations by using
JAI.create() and
RemoteJAI.create(), respectively to create the operations.
The "fileload" and "filestore" operations can allow files that reside only on remote filesystems to be loaded and stored remotely. This can be accomplished by setting the
checkFileLocally argument to the operation to be false, in which case the presence of the file to be loaded or stored is not checked on the local file system when the operation is first created.
See sections below for instructions on how to use the JAI 1.0.2 and 1.1 or later versions of remote imaging.
SnapshotImage provides an arbitrary number of synchronous views of a possibly changing
WritableRenderedImage.
DeferredData and
DeferredProperty classes for more information.
SerializerFactory provides a framework is provided to assist in serializing instances of classes which do not implement
java.io.Serializable. Such objects must be serialized by extracting a serializable version of their state from which the original object may be extracted after deserialization.
Java Advanced Imaging extends the imaging functionality provided in the Java 2D API by providing a more flexible and scalable architecture targeted for complex, high performance imaging requirements. In this context a large number of imaging operators are provided.
Pure Java implementations are provided for all image operators and imaging performance is addressed for some of these by providing C-based native code. Native C-code based acceleration for a certain subset of operators under specific conditions (listed in the table below) is available for the Sun/Solaris, Win32 and Linux (x86 only) platforms. On Sun UltraSPARC-based platforms, additional performance is gained with hardware acceleration via the VIS instructions for most natively supported operators. On Win32 platforms which support MMX instructions, hardware acceleration is gained for a subset of the natively supported operators.
If a native implementation is present it is, by default, the preferred implementation. But if the nature of the sources and parameters of the operation are incompatible with the native operation then processing will revert to Java code. In general the following minimum requirements must be adhered to for the mediaLib native implementation of an operation to be executed:
RenderedImages.
SampleModel which is a
ComponentSampleModel and
ColorModel which is a
ComponentColorModel or no
ColorModel (i.e., it is null).
Further restrictions may be imposed by individual operations but the above are the most common requirements.
The following image operators are implemented in this release. Only a brief description of each operator is provided here. For detailed information on these operators, refer to the package
javax.media.jai.operator in the full documentation available at
http://java.sun.com/products/java-media/jai/docs/index.html.
All operations are performed on a per-band basis, unless specified otherwise. C acceleration applies to all platforms whereas VIS is specific to Sun UltraSPARC and MMX to Windows.
| Operator Name | Description | Native Acceleration | |||
|---|---|---|---|---|---|
| C | VIS | MMX | Notes | ||
| absolute | Computes the absolute value of the pixels of an image. | X | X | X | |
| add | Adds the pixel values of two source images. | X | X | X | |
| addcollection | Adds a collection of images to one another. | ||||
| addconst | Adds a set of constant values to the pixel values of a source image. | X | X | X | |
| addconsttocollection | Adds a set of constant values to the pixel values of a Collection of source images. | X | X | X | |
| and | And's the pixel values of two source images. | X | X | X | |
| andconst | And's the pixel values of a source image with a set of constants. | X | X | X | |
| bandcombine | Computes a linear combination of the bands of an image. | X | X | X | 3x4 matrix only. |
| bandmerge | Creates an image consisting of all bands of all sources concatenated in the order encountered. | ||||
| bandselect | Selects a subset of the bands of an image, possibly reordering them. | X | X | X | Only if the band selection is monotonically increasing. |
| binarize | Thresholds a single-band image to two levels to generate a bilevel output. | X | X | ||
| clamp | Set all pixel values below the low value to that low value, set all the pixel values above the high value to that high value. | X | X | X | |
| colorconvert | Converts an image to a given ColorSpace. | ||||
| colorquantizer | Generates an optimal LUT by executing a color quantization algorithm | ||||
| composite | Combines two images based on their alpha values at each pixel. | X | X | X | |
| constant | Creates an image with constant pixel values. | ||||
| divide | Divides the pixel values of the first source image by the pixel values of the second source image. | X | |||
| dividebyconst | Divides the pixel values of a source image by a set of constants. | X | |||
| divideintoconst | Divides a set of constants by the pixel values of a source image. | X | |||
| exp | Computes the exponential of the pixel values of an image. | X | |||
| format | Performs reformatting on an image, including data type casting, replacing the SampleModel and ColorModel, and restructuring the tile grid. | ||||
| invert | Inverts the pixel values of an image. | X | X | X | |
| log | Computes the natural logarithm of the pixel values of an image. | X | |||
| lookup | Performs general table lookup on an image. | X | X | X | Only if table has less than or equal to 4 bands. |
| matchcdf | Performs a piecewise linear remapping of pixel values to match a given cumulative distribution function. | ||||
| max | Chooses the maximum pixel values between two images. | X | X | X | |
| min | Chooses the minimum pixel values between two images. | X | X | X | |
| multiply | Multiplies the pixel values of two source images. | X | X | ||
| multiplyconst | Multiplies the pixel values of a source image by a set of constants. | X | X | ||
| not | Inverts the pixel values of a source image. | X | X | X | |
| or | Or's the pixel values of two source images. | X | X | X | |
| orconst | Or's the pixel values of a source image with a set of constants. | X | X | X | |
| overlay | Overlays one image on top of another image. | ||||
| piecewise | Performs piecewise linear remapping of the pixel values of an image. | ||||
| rescale | Performs a linear remapping of the pixel values of an image. | X | X | ||
| subtract | Subtracts the pixel values of one image from those of another. | X | X | X | |
| subtractconst | Subtracts a set of constant values from the pixel values of an image. | X | X | X | |
| subtractfromconst | Subtracts a set of constant values from the pixel values of an image. | X | X | X | |
| threshold | Maps the pixel values that fall between a low and high value to a set of constants. | X | X | X | |
| xor | Xor's the pixel values of two source images. | X | X | X | |
| xorconst | Xor's a source image with a set of constants. | X | X | X | |
| Operator Name | Description | Native Acceleration | |||
|---|---|---|---|---|---|
| C | VIS | MMX | Notes | ||
| affine | Performs first order geometric image warping. | X | X | X | InterpolationTable is not MMX accelerated for even byte images. |
| border | Adds a border around an image. | ||||
| boxfilter | Convolves an image using a two-dimensional box filter. | ||||
| convolve | Performs an MxN image convolution. | X | X | X | General and separable cases. |
| crop | Extracts a subarea of an image. | ||||
| dilate | Performs morphological dilation on an image. | X | X | X | Only single band, 3x3 kernels centered at 1,1 |
| erode | Performs morphological erosion on an image. | X | X | X | Only single band, 3x3 kernels centered at 1,1 |
| filteredsubsample | Performs a combined integral subsample and symmetric product-separable filter. | X | X | X | |
| gradientmagnitude | Performs edge detection using orthogonal gradient masks. | X | X | X | |
| maxfilter | Computes the maximum value of a pixel neighborhood. | X | X | X | Only single band; only for a SQUARE mask of size 3, 5, or 7 |
| medianfilter | Computes the median value of a pixel neighborhood. | X | X | X | |
| minfilter | Computes the minimum value of a pixel neighborhood. | X | X | X | Only single band; only for a SQUARE mask of size 3, 5, or 7 |
| mosaic | Creates a mosaic of two or more rendered images. | X | X | X | |
| rotate | Rotates an image about an arbitrary point. | X | X | X | InterpolationTable is not MMX accelerated for even byte images. |
| scale | Scales and translates an image. | X | X | X | InterpolationTable is not MMX accelerated for even byte images. |
| shear | Shears an image. | X | X | X | InterpolationTable is not MMX accelerated for even byte images. |
| subsampleaverage | Subsamples an image by averaging over a moving window. | X | X | ||
| subsamplebinarytogray | Subsamples a bilevel image to a grayscale image. | X | X | ||
| translate | Translates an image by an integral or fractional amount. | X | X | X | InterpolationTable is not MMX accelerated for even byte images. |
| transpose | Reflects an image in a specified direction or rotates an image in multiples of 90 degrees. | X | X | X | |
| unsharpmask | Sharpens an image by suppressing the low frequencies. | X | X | X | General and separable kernels. |
| warp | Performs geometric warping on an image. | X | X | X | polynomial and grid only. |
| Operator Name | Description | Native Acceleration | |||
|---|---|---|---|---|---|
| C | VIS | MMX | Notes | ||
| conjugate | Computes the complex conjugate of an image. | ||||
| dct | Computes the Discrete Cosine Transform of an image. | X | |||
| dft | Computes the Discrete Fourier Transform of an image, possibly resulting in a complex image. | X | |||
| dividecomplex | Computes the quotient of two complex images. | ||||
| idct | Computes the inverse Discrete Cosine Transform of an image. | X | |||
| idft | Computes the inverse Discrete Fourier Transform of an image. | X | |||
| magnitude | Computes the magnitude of a complex image. | ||||
| magnitudesquared | Computes the squared magnitude of a complex image. | ||||
| multiplycomplex | Computes the product of two complex images. | ||||
| periodicshift | Shifts an image periodically. | ||||
| phase | Computes the phase angle of a complex image. | ||||
| polartocomplex | Creates a complex image from two images representing magnitude and phase. | ||||
| Operator Name | Description | Native Acceleration | ||||
|---|---|---|---|---|---|---|
| C | VIS | MMX | Notes | |||
| extrema | Computes the maximum and minimum pixel values of an image. | X | X | X | Only if the ROI is null or encloses the entire image. | |
| histogram | Computes the histogram of an image. | X | X | X | ||
| mean | Computes the mean pixel value of a region of an image. | X | X | X | Only if the ROI is null or encloses the entire image and the sampling period is 1. | |
| Operator Name | Description |
|---|---|
| imagefunction | Creates an image by evaluating a function. |
| pattern | Creates an image consisting of a repeated pattern. |
| Operator Name | Description |
|---|---|
| awtimage | Converts a java.awt.Image into a PlanarImage. |
| bmp | Loads an image in BMP format. |
| encode | Writes an image to an OutputStream. |
| fileload | Loads an image from a file. |
| filestore | Writes an image to a file in a given format. |
| fpx | Loads an image in FlashPIX format. |
| gif | Loads an image in GIF format. |
| iip | Reads an image from a remote IIP server, performing IIP view transforms (affine, colortwist, filter, crop). |
| iipresolution | Reads a single resolution of an image from a remote IIP server. |
| jpeg | Loads an image in JPEG format. |
| png | Loads an image in PNG 1.0 or 1.1 format. |
| pnm | Loads an image in PBM, PGM, or PPM format. |
| stream | Loads an image from a stream. |
| tiff | Loads an image in TIFF 6.0 format. |
| url | Loads an image from a URL. |
| Operator Name | Description |
|---|---|
| errordiffusion | Performs error diffusion color quantization using a specified color map and error filter. |
| null | Performs no processing. Useful as a placeholder in an operation chain or as a node which emits meta-data. |
| ordereddither | Performs color quantization using a specified color map and a fixed dither mask. |
| renderable | Constructs a RenderableImage from a RenderedImage source. |
1. Create a Security Policy File
If $JAI is the base directory where Java Advanced Imaging is installed, create a text file named $JAI/policy containing the following:
grant {
// Allow everything for now
permission java.security.AllPermission;
};
For more information on policy files and permissions please see:
http://java.sun.com/products/jdk/1.3/docs/guide/security/PolicyFiles.html
http://java.sun.com/products/jdk/1.3/docs/guide/security/permissions.html
2. Start the RMI Registry
Log in to the remote machine where the image server will be running and start the RMI registry. For example, in the Solaris operating environment using a Bourne-compatible shell (e.g., /bin/sh):
$ unset CLASSPATH $ rmiregistry &
3. Start the JAI Remote Image Server
While still logged in to the remote server machine, set the CLASSPATH and LD_LIBRARY_PATH environment variables as required for JAI (see the INSTALL file) and start the remote imaging server:
$ CLASSPATH=$JAI/lib/jai_core.jar:$JAI/lib/jai_codec.jar:\
$JAI/lib/mlibwrapper_jai.jar
$ export CLASSPATH
$ LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$JAI/lib
$ export LD_LIBRARY_PATH
$ java \
-Djava.rmi.server.codebase=\
"file:$JAI/lib/jai_core.jar file:$JAI/lib/jai_codec.jar" \
-Djava.rmi.server.useCodebaseOnly=false \
-Djava.security.policy=file:$JAI/policy \
com.sun.media.jai.rmi.JAIRMIImageServer
|
For example, when the above steps are executed on a machine with IP address 123.456.78.90 the following is printed:
Server: using host 123.456.78.90 port 1099 Registering image server as "rmi://123.456.78.90:1099/JAIRMIRemoteServer1.1". Server: Bound RemoteImageServer into the registry.
Run the local application making sure that the serverName parameter of any javax.media.jai.remote.RemoteJAI constructors corresponds to the machine on which the remote image server is running. For example, if the machine with IP address 123.456.78.90 above is named myserver the serverName parameter of any RemoteJAI constructors should be "myserver".
For more information on RMI (remote method invocation) please refer to: http://java.sun.com/products/jdk/rmi/index.html
1. Create a Security Policy File
If
$JAI is the base directory where Java Advanced Imaging is installed, create a text file named
$JAI/policy containing the following:
grant {
// Allow everything for now
permission java.security.AllPermission;
};
For more information on policy files and permissions please see:
http://java.sun.com/products/jdk/1.2/docs/guide/security/PolicyFiles.html
http://java.sun.com/products/jdk/1.2/docs/guide/security/permissions.html
2. Start the RMI Registry
Log in to the remote machine where the image server will be running and start the RMI registry. For example, in the Solaris operating environment using a Bourne-compatible shell (e.g.,
/bin/sh):
$ unset CLASSPATH $ rmiregistry &
3. Start the JAI Remote Image Server
While still logged in to the remote server machine, set the
CLASSPATH and
LD_LIBRARY_PATH environment variables as required for JAI (see the INSTALL file) and start the remote imaging server:
$ CLASSPATH=$JAI/lib/jai_core.jar:$JAI/lib/jai_codec.jar:\
$JAI/lib/mlibwrapper_jai.jar
$ export CLASSPATH
$ LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$JAI/lib
$ export LD_LIBRARY_PATH
$ java \
-Djava.rmi.server.codebase=\
"file:$JAI/lib/jai_core.jar file:$JAI/lib/jai_codec.jar" \
-Djava.rmi.server.useCodebaseOnly=false \
-Djava.security.policy=file:$JAI/policy \
com.sun.media.jai.rmi.RMIImageImpl
|
For example, when the above steps are executed on a machine with IP address
123.456.78.90 the following is printed:
Server: using host 123.456.78.90 port 1099 Registering image server as "rmi://123.456.78.90:1099/RemoteImageServer". Server: Bound RemoteImageServer into the registry. |
Run the local application making sure that the
serverName parameter of any
RemoteImage constructors corresponds to the machine on which the remote image server is running. For example, if the machine with IP address
123.456.78.90 above is named
myserver the
serverName parameter of any
RemoteImage() constructors should be
"myserver".
To improve memory usage, the concept of "array recycling" was developed and implemented. Array recycling effectively traps tiles which will no longer be used. Subsequent tile, i.e.,
Raster creation attempts first to use the memory "salvaged" from these recycled tiles. Only if this is not possible will new data arrays be allocated.
The internal arrays from recycled tiles are stored in a mapping from derived key values to
References to the arrays. Thus these arrays are subject to garbage collection. The keys in the mapping are derived from the data type of the array, the number of data banks, and the size of the data banks.
Maximal recycling therefore will occur when tiles having the same characteristics are used throughout an application.
The only tiles which are recycled by default are those which are created within JAI and also go out of scope within JAI. This occurs for example in
OpImage implementations which create
Rasters to contain data cobbled from sources.
In order to get more tile recycling, some action is required on the part of the developer:
RenderingHint.
A mapping of the key
JAI.KEY_CACHED_TILE_RECYCLING_ENABLED should be provided to the appropriate rendering hint, e.g., as
// Enable recycling of cached tiles for all ops in this instance.
JAI.getDefaultInstance().setRenderingHint(
JAI.KEY_CACHED_TILE_RECYCLING_ENABLED,
Boolean.TRUE);
// Enable recycling of tiles for this op alone.
ParameterBlock paramBlock;
RenderingHints hints;
hints.put(JAI.KEY_CACHED_TILE_RECYCLING_ENABLED, Boolean.TRUE);
RenderedOp someOp = JAI.create("mosaic", paramBlock, hints);
|
TileCache for a given image to be recycled when that image is finalized by the garbage collector.
dispose() on defunct
PlanarImages
Invoking
dispose() will cause the tiles to be flushed from the cache and recycled.
Care should be taken when performing this procedure since unexpected results may occur if an application subsequently refers to a disposed image.
RenderingHints.Key definitions
KEY_TILE_FACTORY,
KEY_TILE_RECYCLER, and
KEY_CACHED_TILE_RECYCLING_ENABLED in the
JAI class, the interface definitions of
TileRecycler and
TileFactory and the class definition of
RecyclingTileFactory, as well as the constructors of
OpImage and
PlanarImage, and finally the
dispose() methods of
PlanarImage,
RenderedOp and
OpImage.
To improve exception handling, an interface
ImagingListener and a new class
ImagingException are added in the package
javax.media.jai.util. An
ImagingListener provides the possibility to monitor, process, recover and log abnormal situations. An
ImagingException holds its cause, so that its (root) cause can be retrieved. The class
javax.media.jai.remote.RemoteImagingException is reparented from
RuntimeException to
ImagingException.
These changes were made in response to customer comments observed on the jai-interest mailing list.
create() Methods
To each
OperationDescriptor in the
javax.media.jai.operator package was added a type-safe static
create method for each supported mode of operation. The methods added are named as follows:
| Mode | Method |
|---|---|
| rendered | create() |
| renderable | createRenderable() |
| Collection | createCollection() |
| renderableCollection | createRenderableCollection() |
JAI class. Please refer to
javax.media.jai.operator.*Descriptor for more details.
These changes were made in response to customer comments observed on the jai-interest mailing list.
In the previous versions of JAI, the operators provided by JAI operated on the image's pixel data only. No color translation was performed prior to the actual computation by the operator, regardless of the type of the
ColorModel an image had. If it was intended to have an operation performed on the color data, the color translation needed to be performed explicitly by the user prior to invoking the operation.
This policy has been changed in JAI 1.1.2 to make handling sources with
IndexColorModels more straightforward. A new RenderingHint
JAI.KEY_REPLACE_INDEX_COLOR_MODEL has been provided that allows for automatic color translation for colormapped imagery in those situations where not doing so would result in unexpected / incorrect results (such as geometric operations). Operations that are implemented as subclasses of
javax.media.jai.AreaOpImage and
javax.media.jai.GeometricOpImage set this RenderingHint to true, such that these operations are performed correctly on the colormapped imagery, not treating the indices into the color map as pixel data. The user no longer needs to perform color translation before invoking such operations.
For further details, please refer to Javadoc comments for the
KEY_REPLACE_INDEX_COLOR_MODEL RenderingHints defined in
javax.media.jai.JAI, Javadoc comments for the
javax.media.jai.OpImage constructor, class comments for
javax.media.jai.AreaOpImage,
javax.media.jai.GeometricOpImage, and
javax.media.jai.ScaleOpImage etc.
The affected operations are affine, convolve, dilate, erode, filteredsubsample, gradientmagnitude, max, median, min, rotate, scale, shear, translate, transpose and warp. For further details, please refer to the class comments for the
OperationDescriptors for these operations.
One of the common uses of the format operator is to cast the pixel values of an image to a given data type. In such a case, the format operation adds a
RenderingHints object for
JAI.KEY_REPLACE_INDEX_COLOR_MODEL with the value of
Boolean.TRUE, if the source image provided has an
IndexColorModel. Due to the addition of this new
RenderingHint, using the "format" operation with source(s) that have an
IndexColorModel will cause the destination to have an expanded non-
IndexColorModel
ColorModel. This expansion ensures that the conversion to a different data type,
ColorModel or
SampleModel happens correctly such that the indices into the color map (for
IndexColorModel images) are not treated as pixel data.
These changes were made in response to customer comments observed on the jai-interest mailing list.
DataBuffer Portability
Some problems interoperating with Java
TM
2 version 1.4 were observed due to the classes
DataBufferFloat and
DataBufferDouble which are found in Java2D and in JAI. Internal changes in JAI were made such that floating point
DataBuffers are handled using the reflection API. Users of Java
TM
2 v1.4 should use the floating point
DataBuffer classes in
java.awt.image while users of earlier versions of Java
TM
2 should use those in JAI. Both should function equivalently.
These changes were made in response to customer comments observed on the jai-interest mailing list.
To optimize storage requirements for the results of an imaging operation, as of JAI 1.1.2, the destination image's tile dimensions are by default clamped to it's image dimensions when these are smaller, if the tile dimensions were not specified by the user or the operation itself.
This change was made in response to customer comments observed on the jai-interest mailing list.
In the previous versions of JAI, to accelerate the
ColormapOpImages, the transform is performed on the color map if the source and destination images are both color-indexed. To suppress the acceleration, a new type of rendering hint key,
KEY_TRANSFORM_ON_COLORMAP, is defined. Operations to which this is pertinent are
AddConst AndConst DivideIntoConst Exp Invert Log Lookup MultiplyConst Not OrConst Piecewise Rescale SubtractFromConst Threshold XorConst |
These changes were made in response to customer comments observed on the jai-interest mailing list.
Forward and inverse coordinate mapping methods
mapSourcePoint() and
mapDestPoint(), respectively were added to
RenderedOp,
OpImage and its subclasses, and
Warp and its subclasses. These are intended to allow mapping from destination to source images within rendered operation chains and from source to destination images depending on the invertibility of the transformation.
Rectangle Mapping
The specification of the method
OpImage.mapDestRect() was clarified in general and specifically with respect to the case wherein the source rectangle can be determined but has an empty intersection with the actual source image bounds.
ColorSpaceJAI and
IHSColorSpace
The non-linear transformation of the sRGB color space conversion was implemented and the overall specification of the sRGB-CIEXYZ color conversion was clarified. The implementation was changed to match this specification change.
ColorModelFactory
A new interface
javax.media.jai.ColorModelFactory was added to provide more fine-grained control over creating the
ColorModel of an
OpImage. For more information please refer to the
ColorModelFactory class documentation as well as the links to be found to therein.
TileCache and
TileCache Key Properties
Properties named "tile_cache_key" and "tile_cache" were added to the list of synthetic properties emitted by a
RenderedOp. These properties have values which are instances of
RenderedImage and
TileCache, respectively. For more information please refer to the class documentation of
RenderedOp. The purpose of these properties is to provide a reliable mechanism for obtaining the cache used by the rendering of a
RenderedOp as well as the key used therewith.
TileScheduler
ThreadGroups
ThreadGroups were added to allow observation of the scheduler threads. There is a single
ThreadGroup named
"SunTileScheduler"+instanceIndexwhere
instanceIndex is initially zero and is incremented for each instance, and a thread group for standard and prefetch threads which are respectively named
"SunTileScheduler"+instanceIndex+"Standard" "SunTileScheduler"+instanceIndex+"Prefetch"
Added
getWrappedImage() method to each of
RenderedImageAdapter,
RenderableImageAdapter, and
WritableRenderedImageAdapter.
BorderExtenderConstant
Added
getConstants() method.
getImageID()
A new public method
getImageID() was added to
PlanarImage and
SerializableRenderedImage. This was in response to a customer-reported problem wherein the value returned by
hashCode() did not guarantee sufficient uniqueness of keys of tiles in the
TileCache when the application was run for an extended period. The default JAI
TileCache has been changed to use this new ID type.
This operation generates a
LookupTableJAI-valued property which may be used to quantize the colors in an image via the ErrorDiffusion operation. The operation may also be used to apply this same colormap to generate a color quantized image using the nearest color approach. Color quantization algorithms supported are Median Cut, Oct-tree, and Neural Network. Only a Java implementation is provided. Please refer to
javax.media.jai.operator.ColorQuantizer for the details.
This operation was added in response to customer comments observed on the jai-interest mailing list.
This operation combines two or more source images to create a montage or image mosaic depending on the supplied parameters. Both native and Java implementations are provided. Please refer to
javax.media.jai.operator.MosaicDescriptor for the details.
This operation subsamples an image by averaging over a scale-dependent moving window. Both native and Java implementations are provided. Please refer to
javax.media.jai.operator.SubsampleAverageDescriptor for the details. This operation should prove quite useful in generating high quality thumbnail images and in scaling down bilevel images such as documents.
This operation was added in response to customer comments observed on the jai-interest mailing list.
A
double[]-valued parameter
backgroundValues was appended to the parameter list of each of the "Affine", "Rotate", "Shear", and "Warp" operations. The value so specified will be used to fill all pixels in the destination image the locations of which cannot be backward mapped to a source image position amenable to interpolation.
These changes were made in response to customer comments observed on the jai-interest mailing list.
The specification of the "composite" operation is updated such that the
source1Alpha and
source1Alpha parameters are
RenderedImages in the "rendered" mode and are
RenderableImages in the "renderable" mode.
The operation was changed to allow the locations of extrema to be obtained.Each location is saved as a run length code. A boolean parameter
saveLocations indicates whether to save the locations of the extrema and an integer parameter
maxRuns specifies the maximum number of run lengths to save. The locations of minima are available on the operation node as a
List-valued property named
minLocations and the locations of the maxima are available as a
List-valued property named
maxLocations.
A pair of modifications were made to this opertion.
Firstly, the
FileStore operation formerly threw an
IllegalArgumentException if the operation was created on a client and the path existed only on the server. This was fixed by appending a
Boolean parameter called
checkFileLocally to the parameter list. The use of this parameter is self-descriptive. Please refer to
javax.media.jai.operator.FileStoreDescriptor for more information on the operation.
Secondly, the operation was modified to use a
SeekableOutputStream so that (TIFF) compression may be effected with less effort.
A scale-dependent default value was added for the quadrant symmetric filter parameter. This should improve the usability of this operation as the developer no longer is required to derive any filter coefficients.
This operation was modified in response to customer comments observed on the jai-interest mailing list.
Native acceleration support was added for the cases of non-floating point data.
The specification of the scale operation has been updated such that the resultant image dimensions are no longer dependent on the interpolation scheme used in the scale operation. Please refer to
javax.media.jai.operator.ScaleDescriptor and
javax.media.jai.ScaleOpImage for details on the new specification.
This operation was modified in response to customer comments observed on the jai-interest mailing list.
This release provides options for configuring the Remote Imaging server for the "jairmi" protocol that is provided with JAI. These server configuration parameters can be specified via the command line when starting the server. All the command line options are detailed in the Javadoc for
javax.media.jai.remote.JAIRMIDescriptor
Another mechanism to perform server configuration is by implemeting the JAIServerConfigurationSpi interface and putting the implementation on the CLASSPATH. For further details please refer to
javax.media.jai.remote.JAIRMIDescriptor and
com.sun.media.jai.remote.JAIServerConfigurationSpi Javadoc.
com.sun.media.jai.widget Package
This package was added containing for the time being the single class
DisplayJAI which has been previously supplied to the JAI mailing list. It is likely that the current content of the deprecated package
javax.media.jai.widget will be moved to this package eventually.
ArrayIndexOutOfBoundsException.
This was observed by a customer processing document images.
TiledImageGraphics cannot draw objects correctly if a transform is done on it.
This was observed by a customer as a discrepancy with respect to
Graphics2D.
This problem was observed by a customer when using a version of the JRE some of which do not include in particular the
PYCC profile.
ClassCastException for multi-source point ops with non-
PlanarImage sources.
This bug was observed by a customer attempting to take the "max" of two
BufferedImages.
Customers reported observing a black window pop up and disappear. This was due to the application used to check for MMX availability. This application has been modified so that this does not occur.
When the
Format operation was applied to an image having an
IndexColorModel and
RenderingHints specifying a 24-bit
ColorModel and compatible
SampleModel, the output image did not have the desired 24-bit
ColorModel.
RenderableOp.createScaledRendering() did not produce an image with the desired dimensions.
If the scale factors derived internally had a ratio within a tolerance of the unity value then one factor was changed. This computation has been modified not to change the derived scale factors.
Some TIFF images when compressed using the LZW algorithm were able to be loaded in JAI 1.1.1 but not in JAI 1.1.1_01.
TiledImage sources caused
ArrayOutOfBoundsExceptions when used in statistical operations.
This problem was observed as of JAI 1.1.1_01. This problem was previously reported on the JAI bugs page as follows:
ArrayOutOfBoundsExceptions may be thrown when
PixelAccessor is used with
Rasters derived from an image when the image and
Raster have different
SampleModels.
com.sun.media.jai.disableMediaLib moved ahead of native library search.
This eliminates a warning message being printed.
RenderingKeys being re-registered.
When JAI runs in a server environment the JAI class may be garbage collected and reloaded causing re-registration of
RenderingKeys. This exception should be caught and suppressed. Note that the fix works only in version 1.4 or higher of J2SE.
The first pixel of the image was always used to initialize the extremal values which is incorrect when the ROI does not include this pixel.
New methods added to the native libraries allow alpha-blend mosaicking to be performed with full precision. This problem was previously reported on the JAI bugs page.
javax.media.jai.operator.MosaicType missing documentation.
USHORT (unsigned short) acceleration not enabled for many operations.
Although available in the native libraries, acceleration for a number of operations had not been enabled for the
USHORT data type. The operations are as follows:
ImageLayout must be provided and must have valid width, height, and
SampleModel settings. Sources may be added subsequently using rendered chain editing.
The operation was modified to remove the constraint that the number of data bands equal the number of color components. This will allow images with an alpha channel and index-color images to be used as sources.
source instance variable of
com.sun.media.jai.widget.DisplayJAI does not have an accessor.
An accessor
getSource() of this variable was added.
The alpha-image parameters were modified to be
RenderableImages in renderable mode and
RenderedImages in rendered mode. The
RenderableImage alpha parameters are converted to
RenderedImages at rendering time using the same
RenderContext as used to render the operation result.
Automatic initialization of the "warp" destination image bounds was added for the cases of "WarpAffine" and "WarpPerspective" mappings. This problem was previously reported on the JAI bugs page.
ColormapOpImage should not force destination to have an
IndexColorModel.
This was causing problems when the source image had an
IndexColorModel and it was desired that the destination did not.
SerializableRenderedImage javadoc not clear about serializable properties.
ClassCastException.
This was observed to occur when attempting to write a
RenderedOp to a file.
When the
ExtraSamples field indicated unassociated alpha (not premultiplied) the decoder incorrectly set the
Transparency to
BITMASK instead of to
TRANSLUCENT.
ArrayIndexOutOfBoundsException for some CCITT T.6 images.
Corrected code to handle 555 configuration for 16-bit data and 888 configuration for 32-bit data.
The problem was due to lack of appropriate thread synchronization in
PlanarImage.getSinks().
SerializableRenderedImage is non-daemon.
The thread in question was changed to a daemon thread.
This problem was found to be due to a lack of optimization in the implementation added to solve the problem described in the above section
Real-valued
DataBuffer Portability
.
ImageLayout hint.
If bounds (
minX,
minY,
width,
height) are provided via an
ImageLayout in a
RenderingHints object passed to the operation, then these should be used even if they do not intersect the union of the bounds of all sources of the operation.
MosaicDescriptor.MOSAIC_TYPE_BLEND on Solaris.
RuntimeException: "Connection reset by peer: JVM_recv in socket input" observed when using remote imaging.
This problem was determined to be a socket communication timing issue in
SerializableRenderedImage when socket connections are used to transfer image data: the client was closing its socket connection before the server finished reading the close message.
KernelJAI.GRADIENT_MASK_SOBEL_HORIZONTAL and
KernelJAI.GRADIENT_MASK_SOBEL_VERTICAL were interchanged.
Several modifications were made to classes in the package
com.sun.media.jai.codec:
ImageCodec
Added version of
createComponentColorModel() which accepts a
ColorSpace parameter for the
ColorModel to be created.
PNGDecodeParam
Changed default behavior
not to perform gamma correction, i.e., the default of the value returned by
getPerformGammaCorrection() is
false.
PNGEncodeParam
Added methods
getICCProfileName() and
setICCProfileName().
Copyright 2002 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. Third-party software, including font technology, is copyrighted and licensed from Sun suppliers. Portions may be derived from Berkeley BSD systems, licensed from U. of CA. Sun, Sun Microsystems, the Sun logo, Java, and Solaris are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. Federal Acquisitions: Commercial Software - Government Users Subject to Standard License Terms and Conditions.
Copyright 2002 Sun Microsystems, Inc. Tous droits réservés. Distribué par des licences qui en restreignent l'utilisation. Le logiciel détenu par des tiers, et qui comprend la technologie relative aux polices de caractères, est protégé par un copyright et licencié par des fournisseurs de Sun. Des parties de ce produit pourront être dérivées des systèmes Berkeley BSD licenciés par l'Université de Californie. Sun, Sun Microsystems, le logo Sun, Java, et Solaris sont des marques de fabrique ou des marques déposées de Sun Microsystems, Inc. aux Etats-Unis et dans d'autres pays.
