Image MIME Reference
MacPaint
MacPaint Image
image/x-macpaint
VS
X Pixmap
image/x-xpixmap
XPM
A complete technical comparison of MacPaint Image and X Pixmap — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
Equal browser support
Feature Support
| Feature | MacPaint | XPM |
|---|---|---|
| Transparency (Alpha) | ✕ No | Yes |
| Animation Support | ✕ No | ✕ No |
| Progressive Loading | ✕ No | ✕ No |
| HDR Support | ✕ No | ✕ No |
| EXIF Metadata | ✕ No | ✕ No |
| ICC Color Profile | ✕ No | ✕ No |
MacPaint Image
image/x-macpaint
Extension
.mac.pntg.pnt.macp
Container
Raw pixel payload with a 512-byte pattern header
Compression
PackBits (Run-Length Encoding)
Algorithm
PackBits (Apple RLE)
Color Depth
1-bit (Monochrome)
Developed by
Apple Computer, Inc. (Bill Atkinson)
Released
1984
Magic Bytes
None (Relies on classic Mac OS 'PNTG' OSType)
X Pixmap
image/x-xpixmap
Extension
.xpm
Container
C Source Code Header (.c / .h)
Compression
Uncompressed (Source Code)
Algorithm
None
Color Depth
Indexed Color (Custom Palette with RGB and Alpha 'None')
Developed by
Daniel Dardailler and Colas Nahaboo (Bull / X Consortium)
Released
1989
Magic Bytes
2F 2A 20 58 50 4D 20 2A 2F (ASCII '/* XPM */')
Browser Support Comparison
| Browser | MacPaint | XPM |
|---|---|---|
Chrome
|
✕ | ✕ |
Firefox
|
✕ | ✕ |
Safari
|
✕ | ✕ |
Edge
|
✕ | ✕ |
IE (Legacy)
|
✕ |
✓
|
MacPaint
MacPaint Strengths
- Profoundly historically significant as the format that introduced millions to the concept of bitmap digital painting
- Extremely simple PackBits compression makes it easy for emulator developers or archivists to write parsers from scratch in under an hour
Limitations
- Severely limited: strictly black and white, and hard-locked to exactly 576 x 720 pixels
- Lack of standard magic bytes makes programmatic file sniffing unreliable on modern filesystems without relying on the file extension
- Completely obsolete and unsupported by modern web browsers or consumer image viewers
XPM
XPM Strengths
- Can be compiled directly into C or C++ source code without requiring an external asset loading mechanism
- Human-readable palette mapping allows developers to inspect, modify, or hand-craft icons directly within a text editor
- Native support for color palettes and transparency via the 'None' keyword
Limitations
- Extremely inefficient storage structure for large images, resulting in massive file bloat compared to binary formats like PNG
- Completely obsolete and unsupported in modern web browsers
- Parsing overhead requires compiling or interpreting text-based color tables at runtime
When to choose which format
MacPaint
Use MacPaint when…
- Historical Apple Macintosh Archival
- Early 1980s Digital Art Preservation
- Retro UI/UX Academic Research
XPM
Use XPM when…
- X Window System (X11) Application Icons and Cursors
- Embedded C/C++ Firmware Color UI Assets
- Early Linux Desktop Environment Themes