Image MIME Reference
JPEG-XS-Codestream
JPEG XS Codestream
image/jxsc
VS
North American Presentation Level Protocol Syntax
image/naplps
NAPLPS
A complete technical comparison of JPEG XS Codestream and North American Presentation Level Protocol Syntax — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
Equal browser support
Feature Support
| Feature | JPEG-XS-Codestream | NAPLPS |
|---|---|---|
| Transparency (Alpha) | Yes | ✕ No |
| Animation Support | ✕ No | Yes |
| Progressive Loading | ✕ No | Yes |
| HDR Support | Yes | ✕ No |
| EXIF Metadata | ✕ No | ✕ No |
| ICC Color Profile | ✕ No | ✕ No |
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
North American Presentation Level Protocol Syntax
image/naplps
Extension
.nap.naplps
Container
NAPLPS Byte Stream
Compression
Uncompressed (Tokenized ASCII Commands)
Algorithm
None (Coordinate encoding)
Color Depth
16-color palette (Indexed from larger color spaces)
Developed by
ANSI / CSA (Based on Canadian CRC's Telidon)
Released
1983
Magic Bytes
1B (Variable / ESC sequences)
Browser Support Comparison
| Browser | JPEG-XS-Codestream | NAPLPS |
|---|---|---|
|
|
✕ | ✕ |
|
|
✕ | ✕ |
|
|
✕ | ✕ |
|
|
✕ | ✕ |
|
|
✕ | ✕ |
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
NAPLPS
NAPLPS Strengths
- Extremely bandwidth-efficient, enabling colorful graphical interfaces over early 300 baud dial-up connections
- Resolution-independent vector scaling allowed the exact same file to be displayed accurately on varied early PC monitors and television sets
Limitations
- Completely obsolete and unsupported by modern web technologies
- Relies heavily on stateful parsing and terminal emulators rather than straightforward file decoding
- Easily misidentified by MIME sniffers as plain text or generic binary streams due to the lack of a standardized file header
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
NAPLPS
Use NAPLPS when…
- 1980s Videotex Services
- Prodigy Online Service Graphics
- Historical BBS Terminal Graphics
- Legacy Teletext Broadcasts