Colour in PDF is not a single concept — it is a system of colour spaces, each with different device dependencies, gamut characteristics, and use cases. Getting colour spaces wrong in a PDF leads to colour shifts in print, failed PDF/X validation, and unpredictable appearance across viewing environments. This guide covers all the colour spaces defined in ISO 32000, when to use each, how colour management interacts with them, and the specific requirements of PDF/X and PDF/A for colour handling.

Device-dependent colour spaces

Device-dependent colour spaces interpret colour values relative to an assumed output device with no profile: DeviceRGB — Three-component (red, green, blue) values from 0.0 to 1.0. DeviceRGB is interpreted as the viewer's or printer's native RGB colour space, which varies by device. For screen-only documents where colour precision is not critical, DeviceRGB is convenient. For print production or colour-managed workflows, DeviceRGB is problematic because the viewer/RIP makes assumptions about what "DeviceRGB" means. DeviceCMYK — Four-component (cyan, magenta, yellow, black) values from 0.0 to 1.0. DeviceCMYK is interpreted as 100% ink values on the output device with no profile conversion. For print workflows, DeviceCMYK values are often passed straight through to the press without colour management — which is either exactly what you want (precise ink specification) or a problem (different presses have different dot gain characteristics). DeviceGray — Single-component greyscale from 0.0 (black) to 1.0 (white). No colour management implications. Used for purely greyscale content. When device spaces cause problems: - DeviceRGB content in a PDF sent to a CMYK press will be converted using whatever colour conversion the RIP applies — not under document author control. - DeviceCMYK content viewed on screen will be converted using the viewer's assumed CMYK profile — typically US Web Coated SWOP — which may not match the intended printing condition. - Mixing DeviceRGB and DeviceCMYK in the same PDF (mixed colour space) causes complexity in RIP processing and can produce unexpected results in transparency compositing.

Device-independent colour spaces

Device-independent colour spaces define colour relative to human perception (via the CIE XYZ colour model) rather than device characteristics. They require a colour management engine to convert values to device output. ICCBased — A colour space defined by an embedded ICC profile. ICCBased/RGB and ICCBased/CMYK are the device-independent equivalents of DeviceRGB/DeviceCMYK. The ICC profile defines the exact colour behaviour, enabling accurate colour management across devices. This is what you get when you use sRGB or Adobe RGB or FOGRA51 CMYK as your document colour space. Output intents in PDF/X and PDF/A are ICC profiles carried in the OutputIntents array. CalRGB and CalGray — Calibrated RGB and grey spaces defined by chromatic adaptation parameters rather than a full ICC profile. CalRGB with sRGB primaries and a D65 white point is a lightweight alternative to an embedded ICC profile for sRGB-encoded content. Rarely used directly — ICC-based spaces are preferred. Lab (CIE L*a*b*) — A perceptually uniform colour space where equal numerical distances correspond approximately to equal perceptual differences. L* is lightness (0=black, 100=white), a* is green–red axis, b* is blue–yellow axis. Lab is used in PDF for calibrated colour specification and is the connection space used internally by ICC colour management. Useful for specifying colours precisely without reference to a device. Using device-independent spaces in practice: In a document that will be colour-managed end-to-end, use ICCBased colour spaces. For PDF/X print submission, the output intent ICC profile and the image colour profiles handle the mapping. For PDF/A archiving, including ICCBased colour content with an output intent ensures the document's intended appearance is captured in the archive.

Special-purpose colour spaces

PDF also supports several special-purpose colour spaces for specific production needs: Separation colour space — Represents a single colorant (ink), identified by name. [/Separation /PANTONE-485-C /DeviceCMYK alternateFunction] defines a Pantone spot colour with a CMYK fallback for devices that don't support the spot colour. Used in commercial printing for spot colour inks (Pantone, Hexachrome) and for varnish and foil overlays. Separation spaces are critical for packaging and label printing. DeviceN colour space — A generalisation of Separation to multiple named colorants simultaneously. [/DeviceN [/Cyan /Magenta /PANTONE-485-C] /DeviceCMYK alternateFunction] allows process colours and spot colours to be specified together. Used in high-end prepress for multi-colorant output. Indexed colour space — A colour lookup table: colour values in the content stream are integers indexing into a colour table. [/Indexed /DeviceRGB 255 colourTableBytes]. Used for indexed images (GIF-style palettized images). Reduces precision but can be memory-efficient for images with few distinct colours. Pattern colour space — Used to apply patterns (tiling or shading) as paint. Tiling patterns repeat a defined cell; shading patterns apply gradient fills. Not a "colour" in the traditional sense but listed as a colour space in ISO 32000. PDF/X and spot colours — PDF/X-1a prohibits spot colours unless they have CMYK fallback values defined. PDF/X-4 allows spot colours with the expectation that the print workflow will handle spot colour separation. Always confirm with your print supplier whether spot colours are expected in the PDF or should be converted to process CMYK.

Colour management in PDF workflows

Colour management in a PDF workflow involves three stages: Source profile — Each image or coloured element in the PDF has an associated colour space. For ICCBased spaces, the embedded profile is the source. For device spaces (DeviceRGB/DeviceCMYK), the rendering application assumes a default source profile (typically sRGB for DeviceRGB, and a press standard for DeviceCMYK). Connection space — The colour management system converts from source profile to the profile connection space (PCS, which is CIE XYZ or Lab) as an intermediate step. Destination profile — The output intent or the output device profile defines where colours land in the final output. For a PDF being printed on a specific press, the press characterisation data (e.g., FOGRA51 for European coated offset) is the destination profile. Common problems: - Colour shift between screen and print: Usually caused by DeviceRGB screen images being sent to a CMYK press without controlled conversion. Fix: use ICCBased sRGB images with a PDF/X output intent to the target printing condition. - Saturated colours printing muddy: Out-of-gamut colours being gamut-mapped without care. Check the rendering intent (Perceptual, Relative Colorimetric, Saturation, Absolute Colorimetric) in the PDF's transfer function or in the RIP's colour settings. - PDF/X validation failure: Content using device spaces without an output intent. Fix: embed an output intent matching your target printing condition, and use ICCBased or device spaces consistently.