The JPEG2000 image format offers both superior compression performance and robust file handling. Some J2K options can have a direct impact on compression performance, while others primarily affect resulting file size. Notes on Advanced options continue below.

Main options (listed above) include:

• Color Transforms

• Compression Settings

• Multiple resolution representation (Wavelet Decomposition Level)

• Random codestream access and processing (Progression Order)

• Progressive transmission (Advanced)

• Tile Size

• Error resilience for transmission in noisy environments, such as wireless and the Internet.

• Region-of-Interest coding.

When using this structure with Cmw or TifCmw files, only the following data properties are required:

CompressionControl

CompressionRatio

TargetFileSize

ProgressingOrder

The resulting file size/ compression ratio can be determined in several ways. Depending on the value set in the CompressionControl property, the user can set the size of the target file, the actual compression ratio to use during compression or the quality factor to use during compression. If the CompressionControl property is set to Ratio, then the compression used is based on the compression ratio in the CompressionRatio property. If the CompressionControl property is set to TargetSize, the compression used is based on the desired target file size in the TargetFileSize property. If the CompressionControl property is set to QualityFactor, then the compression used is based on the QualityFactor passed to the Save functions.

For lossless compression, set the CompressionControl property to Lossless.

There are two types of quantization for Lossy compression: Scalar Derived Quantization and Scalar Expounded Quantization.

The exponent/mantissa pairs are either signaled in the codestream for every sub-band (expounded quantization) or else signaled only for the Low Pass sub-band and derived for all other sub-bands (derived quantization). In the case of derived quantization, all exponent/mantissa pairs are derived from the single exponent/mantissa pair corresponding to the Low pass sub-band.

The quantization step size for a sub-band is calculated from the dynamic range of the sub-band using the following equation, where R = bpp for the sub-band:

Quantization Step = (2 (R - Exponent) ) * [1 + (Mantissa / 2048)]

If the value of the CompressionControl property is Ratio, QualityFactor or TargetSize, and the value of the AlphaChannelLossless property is true, the compressed J2K/JP2 file will have three lossy components (red, green and blue), in addition to the lossless alpha component.

If the value of the CompressionControl property is Lossless, the value of AlphaChannelLossless will be ignored and all the components will be lossless.

The alpha channel can be dithered using ColorResolutionCommand and DynamicBinaryCommand externally, and before saving a J2K/JP2 file, in case a better alpha channel quality is desired.

The values of the ImageAreaHorizontalOffset, ImageAreaVerticalOffset, ReferenceTileHeight, ReferenceTileWidth, TileHorizontalOffset and TileVerticalOffset properties are used to create tiles within the image. Arbitrary tile sizes are allowed. All tiles are the same size, except for the border tiles. Each tile can be compressed individually. This can decrease memory usage while the program is running, but can also generate artifacts at the edges of the tiles. Artifacts generally increase as the size of the tile decreases. By default, there is one tile that contains the entire image.

The reference grid is a rectangular grid of points with the indices from (0, 0) to (Xsiz-1, Ysiz-1). An "image area" is defined on the reference grid by the dimensional parameters, (Xsiz, Ysiz) and (XOsiz, YOsiz). The various parameters defining the reference grid appear in the figures below.

Specifically, the image area on the reference grid is defined by its upper left hand reference grid point at location (XOsiz, YOsiz), and its lower right hand reference grid point at location (Xsiz-1, Ysiz-1).

For a given tile-part, the packets contain all compressed image data from a specific layer, a specific component, a specific resolution level, and a specific precinct. The order in which these packets are found in the codestream is called the progression order. Use the ProgressingOrder property to set the progression order. The ProgressingOrder property uses the CodecsJpeg2000ProgressionsOrder enumeration to specify the progression The ordering of the packets can progress along four axes: layer, component, resolution and position. The following progressions can be specified:

1. LayerResolutionComponentPosition. A progression of this type might be useful when low sample accuracy is most desirable, but information is needed for all components.

2. ResolutionLayerComponentPosition. A progression of this type might be useful in providing low-resolution level versions of all image components.

3. ResolutionPositionComponentLayer. A progression of this type might be useful in providing low-resolution level versions of all image components at a particular spatial location.

4. PositionComponentResolutionLayer. A progression of this type might be useful in providing high sample accuracy for a particular spatial location in all components.

5. ComponentPositionResolutionLayer. A progression of this type might be useful in providing high accuracy for a particular spatial location in a particular image component.

For more information, refer to:

ISO/IEC JTC1/SC29/WG1 N1861: Coding of Still Pictures

System.Object
   Leadtools.Codecs.CodecsJpeg2000Options

Target Platforms: Microsoft .NET Framework 2.0, Windows 98, Windows NT 4.0, Windows Millennium Edition, Windows 2000, Windows XP Home Edition, Windows XP Professional, Windows Server 2003 family

Reference