Image MIME Reference
MacPaint
MacPaint Image
image/x-macpaint
VS
PiCture eXchange
image/x-pcx
PCX
A complete technical comparison of MacPaint Image and PiCture eXchange — covering compression, feature support, browser compatibility, magic bytes, and when to choose each format.
Equal browser support
Feature Support
| Feature | MacPaint | PCX |
|---|---|---|
| Transparency (Alpha) | ✕ No | ✕ No |
| 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)
PiCture eXchange
image/x-pcx
Extension
.pcx
Container
ZSoft Proprietary Header (128 bytes)
Compression
Run-Length Encoding (RLE)
Algorithm
ZSoft RLE
Color Depth
1-bit (Monochrome), 4-bit (16 colors), 8-bit (256 colors), 24-bit (True Color)
Developed by
ZSoft Corporation
Released
1985
Magic Bytes
0A (followed by version, e.g., 0A 05 01 08)
Browser Support Comparison
| Browser | MacPaint | PCX |
|---|---|---|
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
PCX
PCX Strengths
- Incredibly simple RLE algorithm makes it very fast to decode, which was historically vital for early 3D video game engines
- Retains crisp, lossless pixel data suitable for pixel art and interface assets
- Well-documented and highly supported by older desktop publishing and image editing software
Limitations
- Extremely inefficient compression by modern standards, producing large file sizes compared to PNG
- Lacks modern imaging features such as alpha channel transparency, EXIF metadata, and color profiles
- Zero support in web browsers; must be converted to PNG for web use
When to choose which format
MacPaint
Use MacPaint when…
- Historical Apple Macintosh Archival
- Early 1980s Digital Art Preservation
- Retro UI/UX Academic Research
PCX
Use PCX when…
- MS-DOS and Early Windows Graphics
- 1990s Video Game Assets (Textures, UI)
- Retro Computing Archival