Цветовая наука/12/Полная цепочка

Полная цепочка

Color pipeline: от камеры до экрана

Не набор LUT и нод, а последовательность известных image states: capture/decode → input transform → scene-referred working space → grade → rendering/output transform → monitoring и delivery.

DecodeInput transformWorking spaceRenderingMonitoring
Простыми словами

Хороший color pipeline можно прочитать как маршрут. Между любыми двумя этапами понятно, в каком gamut и tonal encoding находится сигнал, какие операции допустимы здесь и кто отвечает за следующий transform.

13 разделов4 первичных источников

Ключевые факты

Определения и цифры, которые стоит держать перед глазами

0
Capture / Decode

RAW settings находятся до основной node tree.

1
Input → Working

Technical normalisation source state.

2
Scene-referred grade

Balance, match, look в известном working context.

3
Rendering → Display

Output transform + calibrated monitoring/delivery.

STATE MAP

Каждая операция должна знать, в каком состоянии находится изображение

00
Capture / Decode
RAW · WB · debayer
01
Input
Source → working
02
Technical
Exposure · balance
03
Creative
Match · look · grade
04
Rendering
Tone · gamut · output
05
Monitor / Delivery
Calibrated target
Rendering boundary
SCENE-REFERRED · до rendering boundary
DISPLAY-REFERRED · после rendering boundary
01

Pipeline полезнее мыслить как state machine, а не как список нод

Нода сама по себе ничего не говорит о colour state. Один и тот же CST может быть input transform, локальным conversion или output transform в зависимости от места. Поэтому документируйте не только названия tools, но и состояния между ними: SOURCE AWG4/LogC4 → DWG/Intermediate → DISPLAY Rec.709/BT.1886. Такой notation быстро выявляет пропущенные и двойные transforms.

02

0. Capture и decode определяют первый доступный state

RAW может быть ещё до выбранной output gamut/gamma pair, а encoded ProRes Log уже приходит в конкретном state. Camera RAW settings, debayer, white balance и decode gamma/gamut находятся до основной node tree. Если этот этап меняется, downstream grade получает другой input даже при неизменных нодах.

03

1. Input transform: привести источники к общему контексту

Input transform должен быть технически повторяемым. Его задача — не создать look, а интерпретировать camera/graphics encoding и привести его в выбранный working representation. В mixed-camera timeline это первая точка, где clips становятся сопоставимыми по математическому контексту, хотя реальные различия сенсоров, экспозиции и линз остаются.

04

2. Scene-referred technical operations

До display rendering удобно выполнять операции, которые должны вести себя относительно scene exposure: exposure compensation, white-balance-like corrections, некоторые transforms и VFX linear-light операции. Scene-referred не обязательно означает linear encoding: Log/Intermediate/ACEScct могут быть nonlinear working encodings, но всё ещё представлять отношения сцены до display rendering.

05

3. Working space: где живёт основная коррекция

Wide working gamut уменьшает необходимость раннего clipping saturated colours, а подходящая log-like transfer распределяет precision и делает controls удобными. Но огромный gamut сам по себе не гарантирует хороший результат: operations должны корректно обрабатывать negative/out-of-gamut values, а effects — понимать timeline colour state. Working space выбирается как производственная среда, не как формат публикации.

06

4. Creative look имеет ожидаемый input state

Film-emulation LUT, DCTL или look transform корректны только в том state, под который они созданы. LUT, рассчитанный на LogC3, нельзя бездумно ставить в DWG/Intermediate или после Rec.709 output. Хорошая практика — отделить technical normalization, balance/matching и look в понятные группы нод и явно подписать colour-state contract каждого creative transform.

07

5. Rendering boundary: сцена становится изображением для дисплея

Output/rendering transform решает задачу, которой не существовало в camera state: какой contrast, peak luminance и gamut может показать target display и как отобразить туда scene values. Tone scale, chroma/saturation behaviour, gamut mapping и display encoding формируют output-referred image. Именно поэтому одна и та же scene-referred grade может иметь разные корректные SDR и HDR renderings.

08

6. Monitoring path — часть pipeline, а не окно предпросмотра

Colorist оценивает не абстрактные RGB-числа, а результат через calibrated display path. OS color management, video clean feed, DeckLink, monitor transfer/gamut, legal/full levels и HDR signalling могут изменить фактическое наблюдаемое изображение. Viewer внутри Resolve полезен, но не является доказательством того, какой electrical/display signal выходит из системы.

09

7. Graphics и VFX должны пересекать pipeline в известной точке

CG может быть scene-linear ACEScg/EXR, а титры и UI — display-referred sRGB/Rec.709. Их нельзя одинаково отправлять через camera input transform. Для VFX round-trip фиксируют interchange state и viewing recipe: например scene-linear EXR остаётся unrendered, а monitor показывает его через тот же Output Transform, что и DI. Иначе «совпадение в одном приложении» не гарантирует совпадение после возврата.

10

8. Delivery branches должны расходиться после общего creative master

Если SDR, HDR и cinema versions расходятся слишком рано, creative changes приходится синхронизировать вручную. Лучше сохранить общий scene-referred/master grade максимально долго и создавать output-specific branches ближе к rendering/delivery. Trim passes всё равно могут понадобиться, но они становятся осознанными отклонениями от общего master, а не тремя независимыми проектами.

11

Порядок transform-нод меняет смысл операций

Exposure +1 stop до Output Transform и lift/gain после него — математически разные действия. Saturation до gamut mapping меняет scene colourfulness, после mapping — уже rendered display RGB. Sharpen/blur могут зависеть от gamma/linear state. Нельзя говорить «эта нода всегда должна быть третьей»: нужно говорить «эта операция должна происходить в таком-то state».

12

Типовые поломки pipeline диагностируются по состояниям

Слишком контрастный Log после включения RCM часто означает double input/display transform. Серый Rec.709 clip в wide timeline может быть ошибочно помечен как camera Log. Neon highlights, уходящие в странные оттенки, могут указывать на gamut handling, а не на «плохую камеру». Перед creative correction всегда проверяйте technical chain на одном neutral/reference clip.

13

Production pipeline должен быть воспроизводим без памяти автора

Зафиксируйте project color science, version, input mappings, RAW decode policy, timeline space, look placement, output transforms, monitoring calibration и delivery tags. Для сложного проекта добавьте diagram с states и owner каждого transform. Если через месяц другой colorist может открыть проект и восстановить intended signal path без угадывания — pipeline спроектирован правильно.

Что это меняет в постпродакшне

Подпишите технические ноды не названиями «CST 1 / CST 2», а состояниями: INPUT AWG4/LogC4 → WORKING DWG/Intermediate и WORKING → OUTPUT Rec.709/Gamma 2.4. Тогда pipeline можно аудировать за минуты.

Типичные ошибки
Считать Viewer доказательством корректного monitoring/output path.
Не учитывать Camera RAW decode до node tree.
Ставить creative LUT в неизвестном input state.
Делать output rendering дважды.
Одинаково проводить camera Log и display-referred graphics через pipeline.
Разделять SDR/HDR grades раньше, чем это действительно нужно.