FAQ
26 практических вопросов про Rec.709, sRGB, Log, RAW, CST/RCM/ACES, full/video levels, Y′CbCr, HDR, PQ/HLG, monitoring и типовые причины «цвет уехал».
FAQ построен как диагностика: сначала выяснить, что записано и как это интерпретируется, затем проверить transforms, signal metadata и только после этого обвинять сам grade.
Ключевые факты
Основы, Resolve, HDR и диагностика.
Диагностика идёт по реальному signal flow.
Проверяется до creative correction.
Без этого сравнение цвета превращается в угадывание.
Ответы разделяют source interpretation, working state, rendering, signal metadata и display behaviour — вместо попытки лечить любую проблему грейдом.
Потому что label Rec.709 не описывает весь playback chain. На вид влияют transfer/display assumptions, video/full range, metadata tags, ColorSync/OS colour management, monitor calibration и viewing environment. Сначала сравните signal state и display path, а не только название gamut.
У них совпадают RGB primaries и D65 white point, поэтому их gamut geometry одинакова. Но transfer/display conventions и типичные viewing contexts различаются. Нельзя считать любой sRGB-файл автоматически корректным Rec.709 master только из-за одинаковых primaries.
Log — это scene-oriented encoding, а не готовый display rendering. Если показать его code values напрямую на SDR monitor, contrast и saturation будут выглядеть низкими. Нужен правильный input interpretation и затем viewing/output transform, а не случайный contrast boost.
Для Log, HDR, smooth gradients, keys и тяжёлых transforms 10-bit существенно снижает риск видимой quantisation и banding. Но bit depth не исправляет clipped source, неправильный gamut/transfer или сильную compression. 10-bit — precision, а не магическое качество.
Зависит от операции. Для tonal gradients, Log/HDR и aggressive grade обычно важнее bit depth; для chroma key, fine coloured text и compositing — spatial chroma detail. 10-bit 4:2:0 и 8-bit 4:4:4 решают разные ограничения.
Нет. Y′CbCr — способ представления nonlinear RGB через luma-like и colour-difference components. Чтобы восстановить цветовой смысл, всё равно нужны primaries, transfer, matrix coefficients и range. Один label YCbCr не говорит, какой gamut у сигнала.
CST удобен, когда вы хотите явно видеть local transforms в node tree. RCM удобен для Resolve-centric project-level management. ACES полезен как стандартизированная cross-application architecture. Выбирайте систему по pipeline проекта, а не по идее, что одна из них всегда «лучше».
Это не прямые конкуренты одного уровня. DWG/Intermediate — Resolve working gamut/transfer pair; ACES — более широкая архитектура interchange и transforms. Внутри Resolve DWG часто проще и удобнее, а ACES полезнее, когда pipeline должен совпадать между несколькими приложениями/подразделениями.
В manual scene-referred chain Input CST обычно нормализует camera source до working space до основного grade, а Output CST/DRT находится после scene-referred creative work. Но display-specific trims могут сознательно находиться после output transform. Ключ — знать state каждой ноды, а не запоминать позицию как догму.
Частая причина — double transform: project RCM уже выполнил input/output conversion, а CST или technical LUT делает тот же stage второй раз. Проверьте source tagging, project colour management, timeline/output settings и assumptions LUT до ручной коррекции изображения.
Нет. RAW — более раннее sensor-domain representation, которое ещё требует decode/demosaic и camera interpretation. Log — уже определённое image encoding. RAW decode может выдавать Log+camera gamut, но это один из возможных результатов decode, а не определение RAW.
Сначала корректно интерпретируйте каждый source pair и приведите материалы в общий working state через managed input transforms или отдельные CST. После technical normalisation делайте balance/matching. Пытаться визуально «свести» разные camera encodings до нормализации намного сложнее и менее устойчиво.
Потому что display-authored assets часто sRGB/Rec.709-referred, а project может ошибочно обрабатывать их как camera scene source. Назначьте корректный input space или используйте branch/workflow для display-referred graphics, чтобы не пропускать их через camera-style rendering без необходимости.
Display/player должен выполнить display mapping/tone mapping в соответствии со своей системой, чтобы уложить более высокий master range в меньший display peak. Результат зависит от mapping algorithm и metadata. Жёсткий clip не является единственным или желательным вариантом.
Нет. 10 000 cd/m² — mathematical design ceiling ST 2084. Реальный master может иметь 600, 1000, 4000 nit или другой approved peak. PQ code values сохраняют абсолютную luminance meaning в пределах системы, но mastering display не обязан достигать ceiling.
Нет. Это лишь перекодирует/переинтерпретирует signal relationship и не создаёт новый scene/display rendering автоматически. Нормальный HDR trim/master требует решения о reference white, highlight allocation, colour volume, tone/gamut mapping и monitoring target.
Первое подозрение — mismatch full/video range или неправильная interpretation data levels. Также проверьте transfer assumptions и player path. Range error меняет mapping code values к black/white и может выглядеть как washed blacks или crushed blacks без изменения creative grade.
Проверьте, не применена ли неправильная Y′CbCr matrix — например BT.601 вместо BT.709/BT.2020 — и правильно ли интерпретированы primaries. Matrix mismatch даёт характерные colour shifts, которые не стоит лечить ручной saturation/hue correction до исправления source interpretation.
Разные приложения могут использовать разные colour-management/display paths, читать tags по-разному и выводить через разные OS APIs. Сравнивайте master на контролируемом reference path, а затем отдельно тестируйте consumer playback. Нельзя считать screenshot одного browser эталоном master signal.
Они отвечают на разные вопросы. Scopes измеряют signal representation, а calibrated monitor показывает perceptual/rendered result. Нельзя оценить creative colour только по waveform, как и нельзя диагностировать levels/tag mismatch только глазами на неизвестном дисплее.
Нет. Color Management приводит signal к target output state; калибровка обеспечивает, чтобы физический display действительно соответствовал этому target. Если монитор не соответствует target, математически правильный output transform всё равно будет наблюдаться неправильно.
Не обязательно. В wide-gamut floating-point scene-referred transforms такие values могут быть валидным промежуточным состоянием. Ошибка возникает, если их без нужного gamut/tone mapping или clipping policy отправить в ограниченный display output.
Когда изображение выглядит неправильно, проверяйте цепочку в одном порядке: source state → decode → working state → rendering/output transform → signal representation/tags → display path. Если начать крутить Lift/Gamma/Gain до этого, вы можете визуально замаскировать техническую ошибку и сделать master ещё менее предсказуемым.
Установите camera model/recording mode, RAW decode, camera gamut + Log pair либо готовый display space, bit depth, chroma sampling и ожидаемый range. Metadata полезна, но не всегда безошибочна — для проблемного файла сверяйте её с codec/container information и известным source workflow.
Managed project, clip input tagging, CST, technical LUT, OFX colour transforms, DRT и display/viewer transforms могут частично перекрываться. Double transform обычно выглядит как чрезмерный contrast/saturation, а missing transform — как плоский Log или неверный gamut. Составьте цепочку явно до исправления картинки.
Primaries/transfer tags, Y′CbCr matrix, video/full range, codec profile, bit depth и chroma sample location — независимые поля. Retagging меняет interpretation, но не обязательно меняет pixel values. Levels mismatch или wrong matrix способны испортить вид даже при совершенно правильном creative grade.
Resolve viewer, dedicated video output, QuickTime, browser и mobile device могут проходить через разные OS colour-management paths и применять metadata по-разному. Reference master оценивают на известном calibrated path, а consumer apps проверяют отдельно как compatibility targets. Один случайный экран не способен одновременно быть measurement instrument и универсальным эталоном.
Минимальный набор: source codec/container; camera gamut/log или RAW decode; project Color Management; clip input space; timeline/working space; node CST/LUT chain; output space/gamma; Data Levels; export codec/bit depth/tags; приложение и дисплей, где видно отличие. С этим набором проблема обычно локализуется за минуты, без него начинается угадывание.
Не лечите технический mismatch creative controls. Если после правильной source interpretation, transform chain и display path изображение всё ещё не нравится — вот тогда это уже задача грейда.
Технические определения привязаны к организациям стандартов и первичным спецификациям там, где это действительно важно.
CST, RCM, input/output spaces, groups и practical colour-managed workflows.
Независимые code points primaries, transfer, matrix, full-range и chroma siting.
HDTV colourimetry, transfer и digital representation context.
PQ/HLG HDR signal systems и wide-colour-gamut television.
Input/common scene-referred/output architecture и terminology.
