PicaJet

Reference Formats

PNG

A lossless, DEFLATE-compressed raster format created as a patent-free, alpha-channel-capable replacement for GIF, standardized by the W3C.

Extension

.png

Full name

Portable Network Graphics

Introduced

Specification frozen 1995; W3C Recommendation October 1, 1996

Vendor

PNG Development Group, standardized by the World Wide Web Consortium (W3C)

What is inside the container

PNG uses lossless DEFLATE compression (LZ77 plus Huffman coding, unencumbered by patents) and supports indexed color, grayscale, and truecolor up to 16 bits per channel with a full alpha channel — up to 64 bits per pixel total. It carries EXIF via the eXIf chunk (added to the core W3C spec in the Third Edition, June 2025), XMP via iTXt chunks, and ICC profiles via the iCCP chunk, though many export pipelines (browsers, screenshot tools, older editors) still omit this metadata by default.

How to open it

macOS Preview (native, all versions)
Windows Photos app and Paint (native, all versions)
Web browsers Universal native support since the late 1990s
Cross-platform Photoshop, GIMP, and effectively all image software

For archives

A solid master format for graphics, screenshots, logos, and anything requiring transparency or exact lossless fidelity, but it is not the standard choice for archiving photographic scans — TIFF and JPEG 2000 dominate there because of broader bit-depth, CMYK, and multi-page support. Use PNG as the DAM master specifically for lossless graphic assets, not as a general photography archive format.

PNG exists because of a licensing dispute, not a technical shortfall in GIF’s image quality. In late 1994 Unisys announced it would enforce its patent on the LZW compression algorithm used inside GIF, prompting an independent PNG Development Group to design a royalty-free, technically improved lossless replacement built on the unpatented DEFLATE algorithm. The specification froze in early 1995, and PNG became a W3C Recommendation on October 1, 1996 — with a Third Edition in June 2025 adding animation (APNG), HDR support, and a formal EXIF chunk to the core standard.

In a DAM, PNG is the default choice whenever lossless fidelity or alpha-channel transparency matters more than file size: logos, icons, UI assets, screenshots, and diagrams typically live and get previewed as PNG rather than JPEG, since JPEG’s compression artifacts and lack of transparency would be unacceptable for that content. Because DEFLATE compression is lossless, PNG derivatives can be regenerated repeatedly without generation loss, which makes it a safe intermediate format in editing pipelines.

The recurring pitfall for DAM ingestion is metadata poverty: even though the PNG spec has supported XMP for years and gained a formal EXIF chunk only in 2025, most PNG-producing tools — browsers, screenshot utilities, many older editors — still don’t embed it by default. A DAM that expects to auto-populate search fields the way it does from JPEG camera files will often find PNGs arriving metadata-empty, so PNG assets frequently depend more heavily on manual tagging or filename-based ingestion rules than on embedded metadata extraction.

Frequently asked

Is PNG a good DAM master format?

Yes, specifically for graphics, screenshots, logos, and anything requiring transparency or exact lossless fidelity. It is not the standard choice for archiving photographic scans, where TIFF and JPEG 2000 dominate because of broader bit-depth, CMYK, and multi-page support.

Why was PNG created?

PNG exists because of a licensing dispute, not a technical shortfall: in late 1994 Unisys announced it would enforce its patent on the LZW compression used inside GIF, prompting the independent PNG Development Group to design a royalty-free, unpatented DEFLATE-based lossless replacement.

Does PNG support alpha transparency?

Yes — PNG supports a full alpha channel alongside indexed, grayscale, and truecolor modes up to 16 bits per channel, for up to 64 bits per pixel total.

Does PNG carry EXIF metadata?

It can, via the eXIf chunk, but that was only added to the core W3C spec in the Third Edition in June 2025. Many export pipelines — browsers, screenshot tools, older editors — still omit embedded metadata by default.

Why do PNG assets often arrive in a DAM with no metadata?

Even though the PNG spec supports XMP (iTXt chunks) and now a formal EXIF chunk, most PNG-producing tools don't embed it by default, so PNG assets frequently depend more on manual tagging or filename-based ingest rules than on embedded metadata extraction.

Is PNG safe for repeated editing without quality loss?

Yes — DEFLATE compression is lossless, so PNG derivatives can be regenerated repeatedly without generation loss, making it a safe intermediate format in editing pipelines.

What compression does PNG use?

PNG uses lossless DEFLATE compression, combining LZ77 with Huffman coding, deliberately unencumbered by patents.

What metadata mechanisms does PNG support?

EXIF via the eXIf chunk, XMP via iTXt chunks, and ICC color profiles via the iCCP chunk.

Sources