Free webp to jpg
Image MIME Reference
EDMICS-RLC

Fuji Xerox EDMICS-RLC

image/vnd.fujixerox.edmics-rlc
VS

JPEG XL

image/jxl
JXL

A complete technical comparison of Fuji Xerox EDMICS-RLC 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 EDMICS-RLC JXL
Transparency (Alpha) ✕ No Yes
Animation Support ✕ No Yes
Progressive Loading ✕ No Yes
HDR Support ✕ No Yes
EXIF Metadata ✕ No Yes
ICC Color Profile ✕ No Yes
Fuji Xerox EDMICS-RLC
image/vnd.fujixerox.edmics-rlc
Extension
.rlc.edm
Container Fuji Xerox EDMICS Wrapper
Compression Run-Length Coding (RLC / RLE)
Algorithm
Run-Length Coding (RLC)
Color Depth 1-bit (Monochrome), 8-bit (Grayscale)
Developed by Fuji Xerox Co., Ltd.
Released 1990s
Magic Bytes
Unknown (Proprietary Container)
Full EDMICS-RLC reference →
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)
Full JXL reference →

Browser Support Comparison

Browser EDMICS-RLC JXL
Chrome Chrome
Firefox Firefox
Safari Safari
✓ 17+
Edge Edge
IE IE (Legacy)
EDMICS-RLC

EDMICS-RLC Strengths

  • Simple, computationally inexpensive Run-Length Coding enabled rapid compression and decompression on low-power legacy hardware
  • Deeply integrated into Fuji Xerox enterprise hardware for seamless, automated scan-to-archive workflows
Limitations
  • Completely proprietary and closed-source, making modern archival extraction and migration extremely difficult
  • No support in modern image processing libraries like ImageMagick, libvips, or standard viewers without bespoke decoding tools
  • RLC compression is far less efficient than modern algorithms like PNG (Deflate) for complex documents
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

EDMICS-RLC
Use EDMICS-RLC when…
  • Fuji Xerox EDMICS Enterprise Systems
  • Archival of Scanned Engineering Documents
  • Legacy Corporate Scanning Pipelines
JXL
Use JXL when…
  • High-End Web Delivery (via Safari/Polyfills)
  • HDR Photography
  • Legacy JPEG Archiving
  • Digital Art & Image Storage
Share this comparison