PicaJet

Reference Glossary

Lossless compression

A file-size reduction method that preserves every original pixel or bit exactly, so decompressing the file returns data identical to the source — unlike lossy compression, which discards data permanently.

Why it matters in a DAM

DAM archival masters need to survive repeated downstream editing, color grading, and repurposing without accumulating generation loss, so they're typically stored in lossless formats — TIFF, PNG, lossless WebP, PSD, or an uncompressed/lossless video codec — even though those files are larger, while the DAM then generates smaller lossy renditions like standard JPEG or WebP for actual delivery. Choosing lossy compression for a master by mistake is usually irreversible: once detail is discarded during encoding, no later export from that file can recover it.

A worked example

TIFF Lossless, common archival/print master format
PNG Lossless, common for graphics with sharp edges and transparency
Lossless WebP Lossless, ~26% smaller than equivalent PNG per Google's compression study
Standard JPEG / lossy WebP Lossy, used for delivery renditions, not archival masters

Common mistake

Someone re-exports a TIFF master as a JPEG "to save storage space" and the original DAM upload gets deleted or overwritten in the process, permanently baking compression artifacts into what was supposed to be the pristine archival master — with no lossless copy left anywhere to regenerate a clean derivative from.

Lossless compression reduces a file’s size by finding and encoding redundant patterns in the data more efficiently, without discarding any of the original information — decompressing a losslessly compressed file returns data that is bit-for-bit identical to the source. Lossy compression, by contrast, permanently removes some data as part of shrinking the file, trading a certain amount of quality for a much smaller result; that trade-off can be invisible at moderate settings but is not reversible.

In DAM practice this distinction maps directly onto the master-versus-rendition structure: the archival master benefits from being lossless because it may be re-edited, re-cropped, or re-purposed years later, and any quality loss baked into it at the master level propagates into every derivative made from it afterward. Delivery renditions, on the other hand, are usually lossy on purpose — a JPEG or standard WebP delivered to a website doesn’t need to preserve every original bit, it needs to be as small as possible while still looking correct at delivery size.

Google’s own compression research found lossless WebP images run roughly 26% smaller than equivalent PNGs at the same fidelity, which is why lossless WebP has become a practical archival alternative to PNG for graphics that need transparency or sharp edges preserved exactly. Whatever specific format a team chooses for its masters, the operating principle stays the same: the archival copy should never be the lossy one, because that decision can’t be undone later.

Frequently asked

What is lossless compression?

A file-size reduction method that preserves every original pixel or bit exactly, so decompressing the file returns data identical to the source — unlike lossy compression, which discards data permanently.

Why do DAM archival masters use lossless formats?

Masters need to survive repeated downstream editing, color grading, and repurposing without accumulating generation loss, so they're typically stored as TIFF, PNG, lossless WebP, or PSD, even though the files are larger.

What's the risk of choosing lossy compression for a master by mistake?

It's usually irreversible: once detail is discarded during encoding, no later export from that file can recover it.

How much smaller is lossless WebP compared to PNG?

Roughly 26% smaller at equivalent fidelity, according to Google's own compression study, which is why lossless WebP has become a practical archival alternative to PNG for graphics needing transparency or sharp edges.

What's a costly mistake teams make with archival masters?

Re-exporting a TIFF master as a JPEG "to save storage space" and deleting or overwriting the original in the process, permanently baking compression artifacts into what was supposed to be the pristine master.

Should delivery renditions also be lossless?

No. Delivery renditions like a standard JPEG or lossy WebP served to a website are usually lossy on purpose, since they need to be as small as possible while still looking correct at delivery size, not preserve every original bit.

Sources