Image MIME Reference
HEJ2K
JPEG 2000 Image (HEIF Container)
image/hej2k
VS
JPEG Stereo Image
image/x-jps
JPS
A complete technical comparison of JPEG 2000 Image (HEIF Container) and JPEG Stereo Image — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
JPS wins on browser support
Feature Support
| Feature | HEJ2K | JPS |
|---|---|---|
| Transparency (Alpha) | Yes | ✕ No |
| Animation Support | ✕ No | ✕ No |
| Progressive Loading | Yes | Yes |
| HDR Support | Yes | ✕ No |
| EXIF Metadata | Yes | Yes |
| ICC Color Profile | Yes | Yes |
JPEG 2000 Image (HEIF Container)
image/hej2k
Extension
.hej2
Container
HEIF / ISOBMFF (ISO/IEC 15444-16)
Compression
Lossy / Lossless
Algorithm
JPEG 2000HTJ2K
Color Depth
8-bit, 10-bit, 12-bit, 16-bit
Developed by
ISO/IEC JTC 1 / ITU-T
Released
2019
Magic Bytes
XX XX XX XX 66 74 79 70 6A 32 6B 69
JPEG Stereo Image
image/x-jps
Extension
.jps
Container
JPEG (JFIF/Exif)
Compression
Lossy (JPEG/DCT)
Algorithm
JPEG (Discrete Cosine Transform)
Color Depth
8-bit (Grayscale), 24-bit (RGB)
Developed by
Stereoscopic Community (Unofficial Standard)
Released
1990
Magic Bytes
FF D8 FF
Browser Support Comparison
| Browser | HEJ2K | JPS |
|---|---|---|
|
|
✕ |
✓ 1
|
|
|
✕ |
✓ 1
|
|
|
✕ |
✓ 1
|
|
|
✕ |
✓ 12
|
|
|
✕ |
✓
|
HEJ2K
HEJ2K Strengths
- Brings the extensive capabilities of the HEIF container (like EXIF/XMP, thumbnails, and depth maps) to JPEG 2000
- Supports mathematically lossless compression via wavelet transformation
- High scalability and progressive decoding out of the box
Limitations
- Extremely limited software support outside of niche industries
- Zero native compatibility with web browsers
- High computational complexity compared to simpler formats like JPEG or PNG
JPS
JPS Strengths
- 100% backward compatible with every standard 2D image viewer and web browser (which simply display the two halves side-by-side)
- Inherits JPEG's excellent lossy compression, resulting in small file sizes ideal for web transmission
- Extremely easy to generate programmatically by simply stitching two JPEG images side-by-side onto a wider canvas
Limitations
- Lack of a dedicated metadata standard means viewing software has to guess whether the layout is 'cross-eyed' (right eye left, left eye right) or 'parallel' (left eye left, right eye right), occasionally causing inverted depth
- Suffers from JPEG compression artifacts, which can break the stereoscopic illusion if compression noise differs between the left and right eyes
- Superseded in consumer electronics by the MPO (Multi-Picture Object) format, which stacks separate full-resolution JPEGs rather than squishing them side-by-side
When to choose which format
HEJ2K
Use HEJ2K when…
- Medical Imaging
- Geospatial Data
- Scientific Archiving
JPS
Use JPS when…
- Stereoscopic 3D Photography
- Virtual Reality (VR) Image Galleries
- Cross-eye / Parallel Stereograms