Image MIME Reference
JPS
JPEG Stereo Image
image/x-jps
VS
Portable Bitmap
image/x-portable-bitmap
PBM
A complete technical comparison of JPEG Stereo Image and Portable Bitmap — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
JPS wins on browser support
Feature Support
| Feature | JPS | PBM |
|---|---|---|
| Transparency (Alpha) | ✕ No | ✕ No |
| Animation Support | ✕ No | ✕ No |
| Progressive Loading | Yes | ✕ No |
| HDR Support | ✕ No | ✕ No |
| EXIF Metadata | Yes | ✕ No |
| ICC Color Profile | Yes | ✕ No |
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
Portable Bitmap
image/x-portable-bitmap
Extension
.pbm
Container
Netpbm
Compression
Uncompressed
Algorithm
None
Color Depth
1-bit (Monochrome)
Developed by
Jef Poskanzer (Netpbm Project)
Released
1988
Magic Bytes
50 31 (ASCII) or 50 34 (Binary)
Browser Support Comparison
| Browser | JPS | PBM |
|---|---|---|
Chrome
|
✓ 1
|
✕ |
Firefox
|
✓ 1
|
✕ |
Safari
|
✓ 1
|
✕ |
Edge
|
✓ 12
|
✕ |
IE (Legacy)
|
✓
|
✕ |
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
PBM
PBM Strengths
- Absolute structural simplicity allows parsers to be written from scratch with just a few lines of code
- ASCII encoding allows manual editing and debugging directly within a standard text editor
- Serves as a flawless, lossless intermediary for 1-bit raster data like scanned documents or barcodes
Limitations
- Strictly limited to 1-bit monochrome images; cannot natively display shades of gray or color
- Lack of compression results in extremely large file sizes, particularly when using the ASCII 'P1' encoding
- No support for alpha transparency or modern metadata standards like EXIF
When to choose which format
JPS
Use JPS when…
- Stereoscopic 3D Photography
- Virtual Reality (VR) Image Galleries
- Cross-eye / Parallel Stereograms
PBM
Use PBM when…
- Optical Character Recognition (OCR) Pre-processing
- Unix/Linux Command-Line Image Pipelines
- Academic Image Processing Teaching