Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
| Object Type ID | Compression Method | Standard Reference | |—|—|—| | 0 | JPEG | ISO/IEC 10918-1 | | 1 | JPEG 2000 (lossless) | ISO/IEC 15444-1 | | 2 | JPEG 2000 (lossy) | ISO/IEC 15444-1 | | 3 | JPEG 2000 (Part 6 specific) | ISO/IEC 15444-6 | | 4 | JBIG2 | ISO/IEC 14492 | | 5 | JPEG 2000 (multi-component) | ISO/IEC 15444-2 | | 6-127 | Reserved | | 128-255 | Vendor-specific | | Profile | Maximum Layers | Maximum Resolution | Intended Use | |—|—|—|—| | JPM Profile 0 | 256 | 2048 x 2048 | Basic scanning | | JPM Profile 1 | 65535 | 65536 x 65536 | High-quality archiving | | JPM Profile 2 | 65535 | Unlimited | Extreme resolution |
The growing demand for efficient archiving and transmission of compound documents—materials containing a mix of text, graphics, and continuous-tone images—has driven the development of highly specialized image coding standards. Among these, ISO/IEC 15444-6:2013, adopted in Canada as CAN/CSA-ISO/IEC 15444-6-15, defines the JPEG 2000 Multi-Layer (JPM) file format. This standard provides a robust framework for representing compound images using the Mixed Raster Content (MRC) model, enabling superior compression ratios and image quality compared to single-layer approaches.
This technical article provides an in-depth analysis of the standard’s scope, core technical architecture, implementation highlights, and key considerations for compliance testing.
The primary objective of this standard is to define a file format capable of representing a compound image as a unified sequence of objects. These objects can be coded using different compression techniques, specifically optimized for the type of content they contain. The standard follows the architectural framework established by the Mixed Raster Content (MRC) model (ITU-T T.44 | ISO/IEC 16485).
The standard specifies:
It is important to note that while CAN/CSA-ISO/IEC 15444-6-15 is the Canadian national adoption of the international standard, it is technically identical to ISO/IEC 15444-6:2013. Canadian adopters can confidently implement the standard knowing that their implementations are fully aligned with global interoperability requirements.
Understanding the JPM file format requires a detailed look at its object-based structure, supported compression methods, and the MRC composition model.
A JPM file is composed of a sequence of Pages. Each Page is constructed from one or more Objects. An Object represents a specific region of the page, characterized by a bounding box, a compression method, and its role in the MRC composition (image, mask, or fill).
The power of JPM lies in its ability to select the optimal codec for each object. The standard defines specific Object Types based on the compression method employed.
| Object Type ID | Compression Method | Reference Standard | Typical Application |
|---|---|---|---|
| 0 | JPEG (Baseline) | ISO/IEC 10918-1 | Continuous-tone images, photographs |
| 1 | JPEG 2000 (Lossless) | ISO/IEC 15444-1 | Medical images, master archives, text |
| 2 | JPEG 2000 (Lossy) | ISO/IEC 15444-1 | High compression web images, large archives |
| 4 | JBIG2 | ISO/IEC 14492 | Bi-level text, line art, halftones |
| 5 | JPEG 2000 (Multi-Component) | ISO/IEC 15444-2 | Multispectral imagery, high-fidelity color |
| 3, 128-255 | Reserved / Vendor Proprietary | N/A | Future extensions / Custom codec integration |
To ensure interoperability across different device capabilities, the standard defines specific Profiles and Levels. A Profile defines the set of coding tools and object types that can be used, while a Level defines the constraints on parameters such as image dimensions, number of objects, and memory usage.
| Profile | Features | Max. Layers per Page | Max. Image Dimension |
|---|---|---|---|
| JPM Profile 0 | Minimal complexity, requires only JBIG2 and JPEG support. Ideal for low-memory devices. | 256 | 2048 x 2048 |
| JPM Profile 1 | Full JPM functionality including JPEG 2000. Targets high-quality document archiving. | 65535 | 65536 x 65536 |
| JPM Profile 2 | Extended resolution cap and advanced features for demanding professional imaging. | 65535 | Unlimited |
The JPM file format is built upon a box-based hierarchy, similar to the core JPEG 2000 file format (JP2). The essential boxes include:
ftyp): Identifies the specification and compatibility brands.Developers implementing CAN/CSA-ISO/IEC 15444-6-15 readers or writers must pay close attention to several technical aspects to ensure robust performance and compliance.
Compound documents can contain dozens of layers. Efficient windowed or tile-based decoding is critical. Implementations should:
The standard mandates support for multiple color spaces (sRGB, grayscale, CMYK, YCC). Applying the correct color transformation from the object’s color space to the device’s output space is essential for accurate rendering. The use of ICC profiles within the IPR (Intellectual Property Rights) or color specification boxes is highly recommended for professional workflows.
The core rendering engine must correctly interpret the MRC model. The mask layer is crucial—it defines where the foreground is visible over the background. Incorrect mask handling is a common source of rendering errors in JPM implementations.
Verifying that an implementation faithfully interprets the standard is critical for document interchange. While the broader ISO/IEC 15444-4 standard provides a testing framework for core JPEG 2000 codecs, CAN/CSA-ISO/IEC 15444-6-15 requires specific attention to the JPM file composition rules.
The CSA Group, as the accredited standards development organization in Canada, publishes CAN/CSA-ISO/IEC 15444-6-15. This adoption ensures that Canadian industries, including government archives, healthcare, and geospatial mapping, have a nationally recognized benchmark for compound image handling that aligns with global ISO practices. Compliance with this standard is frequently specified in government tenders for digitization services.
.jpm for files containing compound images defined by this part. Additionally, implementations may use .jpx (from Part 14) with MRC extensions, but .jpm is the canonical extension for Part 6 content. The growing demand for efficient archiving and transmission of compound documentsu2014materials containing a mix of text, graphics, and continuous-tone imagesu2014has driven the development of highly specialized image coding standards. International Standard ISO/IEC 15444-6:2013, adopted in Canada as CAN/CSA-ISO/IEC 15444-6-15, defines the JPEG 2000 Multi-Layer (JPM) file format. This standard provides a robust framework for representing compound images using the Mixed Raster Content (MRC) model, enabling superior compression ratios and image quality compared to single-layer approaches.
This technical article provides an in-depth analysis of the standardu2019s scope, core technical architecture, implementation highlights, and key considerations for compliance testing.
The primary objective of this standard is to define a file format capable of representing a compound image as a unified sequence of objects. These objects can be coded using different compression techniques, specifically optimized for the type of content they contain. The standard follows the architectural framework established by the Mixed Raster Content (MRC) model (ITU-T T.44 | ISO/IEC 16485).
The standard specifies:
It is important to note that while CAN/CSA-ISO/IEC 15444-6-15 is the Canadian national adoption of the international standard, it is technically identical to ISO/IEC 15444-6:2013. Canadian adopters can confidently implement the standard knowing that their implementations are fully aligned with global interoperability requirements.
Understanding the JPM file format requires a detailed look at its object-based structure, supported compression methods, and the MRC composition model.
A JPM file is composed of a sequence of Pages. Each Page is constructed from one or more Objects. An Object represents a specific region of the page, characterized by a bounding box, a compression method, and its role in the MRC composition (image, mask, or fill).
The power of JPM lies in its ability to select the optimal codec for each object. The standard defines specific Object Types based on the compression method employed.
| Object Type ID | Compression Method | Reference Standard | Typical Application |
|---|---|---|---|
| 0 | JPEG (Baseline) | ISO/IEC 10918-1 | Continuous-tone images, photographs |
| 1 | JPEG 2000 (Lossless) | ISO/IEC 15444-1 | Medical images, master archives, text |
| 2 | JPEG 2000 (Lossy) | ISO/IEC 15444-1 | High compression web images, large archives |
| 4 | JBIG2 | ISO/IEC 14492 | Bi-level text, line art, halftones |
| 5 | JPEG 2000 (Multi-Component) | ISO/IEC 15444-2 | Multispectral imagery, high-fidelity color |
| 3, 128-255 | Reserved / Vendor Proprietary | N/A | Future extensions / Custom codec integration |
To ensure interoperability across different device capabilities, the standard defines specific Profiles and Levels. A Profile defines the set of coding tools and object types that can be used, while a Level defines the constraints on parameters such as image dimensions, number of objects, and memory usage.
| Profile | Features | Max. Layers per Page | Max. Image Dimension |
|---|---|---|---|
| JPM Profile 0 | Minimal complexity, requires only JBIG2 and JPEG support. Ideal for low-memory devices. | 256 | 2048 x 2048 |
| JPM Profile 1 | Full JPM functionality including JPEG 2000. Targets high-quality document archiving. | 65535 | 65536 x 65536 |
| JPM Profile 2 | Extended resolution cap and advanced features for demanding professional imaging. | 65535 | Unlimited |
The JPM file format is built upon a box-based hierarchy, similar to the core JPEG 2000 file format (JP2). The essential boxes include:
ftyp): Identifies the specification and compatibility brands.Developers implementing CAN/CSA-ISO/IEC 15444-6-15 readers or writers must pay close attention to several technical aspects to ensure robust performance and compliance.
Compound documents can contain dozens of layers. Efficient windowed or tile-based decoding is critical. Implementations should: