PicaJet

Reference Glossary

Lossy compression

A compression method that permanently discards some image, audio, or video data to shrink file size, trading fidelity for smaller storage and faster delivery.

Why it matters in a DAM

DAM platforms rely on lossy formats like JPEG for preview and delivery renditions because they cut storage and bandwidth costs dramatically across large libraries. The catch is that discarded data cannot be recovered later — re-saving an already-compressed lossy file compounds visible artifacts each time it's edited and re-exported, which is why a DAM's master should never itself be a lossy derivative.

A worked example

Master format TIFF, RAW, or PSD — lossless, kept untouched as source of truth
Delivery derivative JPEG at a set quality level, generated on demand from the master
Risk if reversed Master stored as JPEG → every future edit re-compresses and compounds artifacts

Common mistake

Uploading a JPEG as the master asset instead of the original TIFF, RAW, or PSD, so every derivative generated afterward inherits and compounds an already-lossy source.

Lossy compression works by identifying data a viewer is least likely to notice missing and discarding it outright. JPEG, the most common lossy image format, does this by averaging colour detail across blocks of pixels (chroma subsampling) and simplifying fine texture — the more aggressive the setting, the more data is thrown away and the smaller the file. Once discarded, that data is gone; opening a heavily compressed JPEG and re-saving it as a new master doesn’t restore anything, it just adds a fresh round of loss on top of the first.

In a DAM, this makes the distinction between master and derivative operationally important, not just academic. A master asset should be lossless or a RAW/camera-original file, stored once and never re-compressed. Everything a user actually downloads — a web preview, a social crop, a print proof — should be generated fresh from that master through a lossy pipeline tuned to the use case. If the master itself is lossy, every derivative made from it inherits that ceiling on quality, and repeated internal edit-and-resave cycles (common when assets get routed through multiple creative tools before final approval) visibly degrade the image over time, an effect known as generational loss.

Frequently asked

What is lossy compression?

A compression method that permanently discards some image, audio, or video data to shrink file size, trading fidelity for smaller storage and faster delivery.

How does JPEG achieve lossy compression?

By averaging colour detail across blocks of pixels (chroma subsampling) and simplifying fine texture — the more aggressive the setting, the more data is thrown away and the smaller the file.

Why should a DAM master never be a lossy file?

Discarded data cannot be recovered later; if the master itself is lossy, every derivative made from it inherits that ceiling on quality.

What is generational loss?

The visible degradation that accumulates when a lossy file is repeatedly opened and re-saved, common when assets get routed through multiple creative tools before final approval, since each re-save adds a fresh round of loss on top of the last.

What's the common mistake with master uploads?

Uploading a JPEG as the master asset instead of the original TIFF, RAW, or PSD, so every derivative generated afterward inherits and compounds an already-lossy source.

What should generate lossy delivery files in a DAM workflow?

A lossy pipeline tuned to the use case, generated fresh from the lossless master each time — not a permanently lossy file stored as the master itself.