Image MIME Reference
JPEG-XS-Codestream
JPEG XS Codestream
image/jxsc
VS
JPEG XL
image/jxl
JXL
A complete technical comparison of JPEG XS Codestream and JPEG XL — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
JXL wins on browser support
Feature Support
| Feature | JPEG-XS-Codestream | JXL |
|---|---|---|
| Transparency (Alpha) | Yes | Yes |
| Animation Support | ✕ No | Yes |
| Progressive Loading | ✕ No | Yes |
| HDR Support | Yes | Yes |
| EXIF Metadata | ✕ No | Yes |
| ICC Color Profile | ✕ No | Yes |
JPEG XS Codestream
image/jxsc
Extension
.jxsc.jxs
Container
None (Raw Codestream)
Compression
Lossy (Visually Lossless) / Mathematically Lossless
Algorithm
JPEG XS (ISO/IEC 21122-1)
Color Depth
8-bit, 10-bit, 12-bit, 14-bit, 16-bit
Developed by
Joint Photographic Experts Group (JPEG) / intoPIX
Released
2019
Magic Bytes
FF 10
JPEG XL
image/jxl
Extension
.jxl
Container
ISOBMFF / JPEG XL Codestream
Compression
Lossy (VarDCT) / Lossless (Modular)
Algorithm
VarDCT (Variable block-size DCT)Modular (Predictive coding for lossless)
Color Depth
8-bit, 10-bit, 12-bit, 16-bit, 32-bit (Float)
Developed by
Joint Photographic Experts Group (JPEG)
Released
2021
Magic Bytes
FF 0A (Codestream) / 00 00 00 0C 4A 58 4C 20 0D 0A 87 0A (Container)
Browser Support Comparison
| Browser | JPEG-XS-Codestream | JXL |
|---|---|---|
Chrome
|
✕ | ✕ |
Firefox
|
✕ | ✕ |
Safari
|
✕ |
✓ 17+
|
Edge
|
✕ | ✕ |
IE (Legacy)
|
✕ | ✕ |
JPEG-XS-Codestream
JPEG-XS-Codestream Strengths
- Eliminates container overhead, maximizing parsing speed and minimizing latency to fractions of a millisecond
- Highly optimized for direct hardware implementation in FPGAs and ASICs
- Perfect for continuous data streaming over IP networks without needing to establish file headers
Limitations
- Lacks standard container metadata (EXIF, XMP, ICC profiles), meaning color space and orientation data must be handled externally or out-of-band
- Zero support in web browsers or standard consumer operating systems
- Often requires specialized broadcast hardware or custom software libraries to decode
JXL
JXL Strengths
- Capable of losslessly recompressing legacy JPEG files, saving ~20% space while retaining perfect byte-for-byte restorability
- Highly superior progressive decoding (Saliency-driven), allowing recognizable images to load extremely fast on slow connections
- Outperforms WebP and competes favorably with AVIF, especially at high-fidelity settings and for complex textures/photography
- Royalty-free with an open-source reference implementation (libjxl)
Limitations
- Google's removal of JXL support from Chrome severely hindered its adoption as a universal web standard
- Lack of hardware decoding chips compared to video-derived codecs like AVIF (AV1)
- File parsing logic is complex due to the split between raw codestreams and ISOBMFF containers
When to choose which format
JPEG-XS-Codestream
Use JPEG-XS-Codestream when…
- Hardware Decoding Pipelines (FPGA/ASIC)
- Live Broadcast Infrastructure
- Video over IP Transport
- Embedded Camera Systems
JXL
Use JXL when…
- High-End Web Delivery (via Safari/Polyfills)
- HDR Photography
- Legacy JPEG Archiving
- Digital Art & Image Storage