KNOWLEDGE MAP · COLOR PIPELINE

From camera to display. Explain every connection.

Follow a test signal into a file and back onto a display. Change one fault, not an entire preset: the graph and values reveal the first divergence.

Read the numbers. Notice the assumptions. Then apply the idea to your footage.

SIGNAL LAB / TEACHING MODEL

Where did the result change?

Matched view
Current view
Swatches: selected exposure. Strips: seven probes from −3 to +3 EV under the same write/read conditions.
Stored code43864…940
Range on readingVIDEO
|Δ| linear result0.00000

Reading matches storage; only the selected integer rounding remains.

Select a stage · scroll the path on a narrow screen
01Source02Decode03Grade04Render05Encode06File07View
STAGE 06

6. Integer storage

The code is rounded within the selected full or nominal range. Changing its interpretation on reading does not rewrite the file.

438 / 64…940 · 10 bit
Numerical trace +
Source
0.18000
Decode
0.18000
Grade
0.18000
Render
0.15254
Encode
0.42695
File
438
View
0.15254

Values describe different states: a code cannot be compared directly with linear light. The error reference uses the same bit depth and range.

This is a synthetic neutral RGB chain using sRGB and nominal code mapping. It is not a complete BT.709, Y′CbCr, codec, container-tag or display model. “Video” specifies storage bounds only.

COLOR SCIENCE / 03 / COLOR PIPELINE

An experiment, not a preset.

On this page ↓
TOPIC ILLUSTRATION

THE ESSENTIAL IDEA

Colour pipeline: from camera to display

A good colour pipeline can be read like a route. Between any two stages you know the signal's gamut and tonal encoding, which operations belong there, and which transform is responsible for the next state.

  • Separate data, description and viewing.
  • Find the first wrong transition rather than compensating with a grade.
  • Reproduce a result from a recorded workflow.
Existing topic illustration, not a software screenshot or an exact project-configuration diagram.
01

Think of the pipeline as a state machine, not a node list

A processing diagram is more than an order of boxes. Every connection carries an image state: colour coordinates, encoding, range and the history of completed operations. A label saying Color explains none of this. A useful label states what the next tool is entitled to expect.

Separate states from storage. The same working signal may exist in memory or a suitable intermediate file; the same container may carry different states. EXR, MOV, log or HDR alone is not enough to reconstruct a pipeline.

What this means in practice

Select a stage in the lab: the panel shows a value and what it means. An integer file code cannot be compared directly to relative linear scene light.

02

0. Capture and decode define the first available state

Capture and decoding precede most visible colour nodes. The sensor, camera processing, RAW settings, codec, Y′CbCr matrix and range interpretation determine the RGB received by the application. Grading on Color does not automatically undo a clipped channel or an earlier decode error.

Preserve source information and compare originals and proxies through the same procedure. An intermediate may change profile, range or baked look as well as bit depth and compression. Matching appearance does not prove equal latitude for further processing.

What this means in practice

If the error appears before grading, compare decode settings first. Do not create a compensating look that must later be undone separately for every proxy.

03

1. Input transform: bring sources into a common context

The input transform brings a known source into a working representation. For a camera this may include its gamut and curve; a finished image must be recognised as already having an intended appearance. One operation for every file is justified only if they share an input contract.

A wrong assignment does not become correct because the picture looks more familiar. Confirm the source using documentation or recording settings, then inspect neutral and saturated areas. Separate coordinate conversion from creative reconstruction that the source may no longer support.

What this means in practice

Do not copy a camera Input CST onto a JPG merely because both belong to one group. Define the JPG input and the intended post-transform state first.

04

2. Scene-referred technical operations

Some operations are easier to reason about before output rendering, while original channel relationships and highlight values remain available. But before output does not mean any operation in any log encoding. Light addition, keying, blur and exposure adjustments may require different numerical representations.

Find out whether a tool operates on current codes or internally converts them. When changing order, inspect highlights, edges and saturated colours as well as midtones. Floating point cannot correct a conceptually wrong operation.

What this means in practice

An effect requiring linear light is not satisfied merely by being placed before Output CST. Check the encoding at its actual input.

05

3. Working space: where the main grade lives

A shared working representation helps reconcile sources but does not make all cameras identical. It normalises the description of data; differences in lighting, exposure, spectral response and source processing still require judgement and grading. Technical normalisation and creative matching are separate tasks.

Store working definitions with the project. Changing systems, configuration versions or rendering parameters may affect the result without editing a node. A short reference render helps verify reproducibility after moving to another workstation.

What this means in practice

Opening a transferred project without warnings is not colour verification. Compare its test render using the same transform versions and viewing path.

06

4. A creative look has an expected input state

A look has its own input and output; it is not a file that understands every image. A LUT may combine a technical transform with a creative style. Placement depends on both endpoints: camera log → Rec.709 cannot automatically be treated as a working look inside DWG/Intermediate.

A table has an input domain and an interpolation method. Its grid is not equivalent to an exact formula, especially outside its designed range. Preserve the file, checksum, expected representations and application history for reproducibility. Renaming it does not describe its mathematics.

What this means in practice

Write expects and produces next to a LUT. A vendor description saying only cinematic is not sufficient for reliable technical integration.

07

5. Rendering boundary: the scene becomes an image for a display

The rendering boundary decides how the scene is reproduced within a target image’s capabilities. Beyond it, values describe the prepared output. Display or file encoding may be a separate step. Do not confuse this with pressing Render on Deliver: one button may save the result of an entire chain.

The laboratory uses a deliberately simple T curve. It explains the boundary rather than reproducing ACES or Resolve. Omitting T leaves more high values, but a bounded export cannot retain them all. Repeating T changes tones without changing metadata.

What this means in practice

Omit rendering and increase exposure. Note where clipping is first reported: at bounded storage, not in the original calculation.

08

6. The monitoring path is part of the pipeline, not just a viewer window

Working pixels, a stored master and monitor light are different stages. An application may apply a view transform only for viewing; the display and operating system add interpretation conditions. A monitoring LUT is not necessarily baked into an export. A Viewer/player mismatch therefore does not prove the grade is wrong.

Compare the same frame under matched conditions with a known viewing state. Re-import as an already prepared output, without repeating camera input and creative processing. Then separately verify what is sent to the external path.

What this means in practice

Select Extra view transform: the file and its code stay unchanged, but the patch changes. This shows why editing the file may be the wrong fix for a viewing error.

09

7. Graphics and VFX must enter the pipeline at a known point

Agree the VFX handoff state in advance: linear scene, a log working encoding or a finished image. Specify whether look and output are baked, which channels carry colour, how alpha is represented and where processing is view-only. EXR alone does not guarantee scene-linear ACEScg.

On return, inspect translucent edges, highlights and saturated objects as well as overall appearance. A UI logo and a virtual scene element may belong at different compositing points. The rule of putting all graphics after the grade misses that distinction.

What this means in practice

Hand off a test containing a translucent edge and a value above one. Its return reveals hidden clipping or a baked view faster than an average-looking frame.

10

8. Delivery branches should split after the common creative master

Separate the shared creative result from deliverable versions. SDR, HDR and web graphics may differ in tone rendering, white, gamut and title composition as well as tags. Specify the branch point and where output-specific trims belong.

Preserve shared work before output losses and verify each branch separately. Inverting a finished 8-bit master cannot restore original precision even when primaries and transfer function are known. Keep version control after approval too: replacing a LUT or output transform requires a newly verified render.

What this means in practice

SDR v2 should unambiguously identify its common grade and output settings. Do not silently replace the v1 reference by changing project mode.

11

Transform-node order changes the meaning of operations

Node order matters because operations generally do not commute. Gain before nonlinear rendering and gain after it process different data. Similarly, moving an input-specific LUT to Timeline does not make it universal, and conversion to linear encoding is not necessarily display rendering.

Re-label the expected state after moving an operation. Account for Group Pre-Clip, Clip, Group Post-Clip and Timeline levels where used: the clip graph is not the whole history. Project transforms and monitoring operations may exist outside visible nodes.

What this means in practice

Bypassing every clip node does not necessarily disable project colour management. Establish what the command bypassed and what remains in the path.

12

Typical pipeline failures are diagnosed by states

Find the first divergence rather than the final visible symptom. If working values are wrong immediately after input, inspect source description and decoding. If working data is correct but the file differs, inspect output, clipping, encoding and range. If the file matches but viewing differs, inspect interpretation and display handling.

Flat means log and contrasty means double CST are not conclusive diagnoses. Several causes share these symptoms. A neutral test helps separate range and transfer behaviour, but gamut and LUT checks also require coloured and bright samples.

What this means in practice

Change one fault at a time in the lab. Compare Extra output with Extra view: both can alter appearance, but only the first changes the stored code.

13

A production pipeline should be reproducible without its author

A workflow record should let another person reproduce the result without verbal guesswork. Save application/version, decode settings, inputs, working representation, look checksum, output and its parameters, range, export format and viewing conditions. Mark what is already baked into each intermediate file.

Include a short reference and comparison criteria. An uncompressed or reproducible mathematical chain can use numerical tolerances; compressed video needs allowances for decoding and losses. A matching screenshot is not a substitute for checking motion, edges and all delivery variants.

What this means in practice

In the test record separate pixel-changing operations from view-only processing. That simple record often prevents a LUT being repeated on another workstation.

A MODEL YOU CAN CHECK

Every setting has its own responsibility.

Keep the meaning, the calculation and the limitation together.

Source → Input → Working → Render → Encode → File → View

These are logical stages, not seven mandatory nodes. A system may own several stages, and a transition may consist of several operations. Its owner and version should be known.

ConceptWhat it describesWhat not to conclude
InputDescription of the actual post-decode state.Not an artistic filter chosen by taste.
WorkingRepresentation received by tools.Not a guarantee that every effect handles every value.
LUT / LookA transition with a known input, output and domain.Not automatic camera identification.
OutputPreparation and encoding for a defined target.Not merely changing a container tag.
RangeMapping between a normalised signal and integer codes.Not gamut or gamma.
ViewViewing data through a particular path.Not necessarily a change to the stored file.

DO. OBSERVE. EXPLAIN.

Build a short-render record.

A project copy, neutral and coloured tests, and a moving shot. A separate location for the verification export and notes.

  1. 01

    Label the states

    Record input, output and owner for every transition, including system stages.

    CHECK

    The clip graph is not mistaken for the entire path.

  2. 02

    Locate rendering

    Separate the common grade and output preparation; identify where graphics enter.

    CHECK

    It is clear which values still refer to the scene.

  3. 03

    Write a short test

    Export representative frames with recorded range, codec and tags.

    CHECK

    Output settings match the agreed goal.

  4. 04

    Locate a difference

    Compare the decoded export and reference under matched viewing; change one cause at a time.

    CHECK

    It is known whether the file differs or only its viewing path.

  5. 05

    Hand off the record

    Save versions, sources, LUT checksums, baked stages and the test.

    CHECK

    Another person can reproduce the chain without verbal guesswork.

Check your understanding

0 / 5

Tick only what you can explain yourself.

TEST THE EXPLANATION

A situation, not a trick question.

Answer first. Open the reasoning afterwards.

01The stored code is unchanged but the patch darkens. Is the file damaged?

In the model this may be wrong range interpretation or an additional view. Inspect interpretation and viewing before rewriting the master.

02Black matches, so must the range be correct?

No. Check several levels, including white and intermediate values. One matching point does not validate the full path.

03A LUT is named Log to 709. Where should it go?

First establish exact input/output, domain and any look. The filename does not identify the log curve or output processing already included.

04Is EXR enough to specify a VFX return?

No. Specify image state, primaries, encoding, alpha, baked operations and viewing version.

05Can inverse gamma recover a clipped highlight?

The inverse function decodes stored values but cannot infer discarded ones. Return to a source before clipping.

Avoid these shortcuts

  • Choose Input for an attractive picture rather than verify the source.
  • Treat the absence of a CST as the absence of a transform.
  • Counter a colour error with another undocumented LUT.
  • Reprocess a finished master as camera material.
COLOR / DAVINCI RESOLVE

From the model to your workflow.

Work in a project copy. Establish data states and transform ownership, then reproduce a short export with known viewing. These teaching models do not replace RCM, ACES, CST or a real camera decoder.

Color Management ↗Scopes ↗Color Space Transform ↗

CHECK THE FOUNDATION

Sources and model limits.

Editorial review: 1 October 2026. Links identify the definitions and formulas; exercises are independent teaching examples.

  1. [1]
    Blackmagic Design · Color Management ↗

    Colour-management responsibilities and node/group processing; not the specification of the teaching renderer.

  2. [2]
    Blackmagic Design · DWG / Intermediate v1.1 ↗

    DWG chromaticities and Intermediate formulas, pp. 3–4, visually checked. Input is relative linear light, not measured display luminance.

  3. [3]
    ICC · sRGB ↗

    Primaries, D65 and piecewise sRGB encoding/decoding.

  4. [4]
    ACES · Output Transforms ↗

    Rendering for a target and separate encoding of the resulting colorimetry.

  5. [5]
    OpenColorIO · Colorspaces ↗

    Image states, encodings, reference spaces and non-colour data channels.

  6. [6]
    OpenColorIO · Displays & Views ↗

    Working image, view transform and display encoding; not instructions for Resolve menus.

  7. [7]
    ACES · CLF Implementation Guide ↗

    Expected look input/output, conversion wrappers and LUT-representation limits.

  8. [8]
    FFmpeg · ffprobe documentation ↗

    Reading stream properties without changing the file; a tag is not proof of pixel contents.

  9. [9]
    W3C · Compositing and Blending Level 1 ↗

    Source-over formula. Candidate Recommendation Draft dated 21 March 2024; not a Resolve implementation standard.

  10. [12]
    CIE · Scene-referred image state ↗

    Scene-referred state and limitations of capture estimates.

  11. [13]
    CIE · Output-referred image state ↗

    Rendered image state for a device and viewing conditions.

  12. [16]
    ACES · ACEScg specification ↗

    Linear AP1 RGB representation.

  13. [17]
    ITU-R · BT.709-6 ↗

    Nominal code ranges. The lab borrows only the range mapping for a synthetic sRGB neutral signal; it does not implement the full BT.709 system.