RESOLVE FX · EXTERNAL TRANSFORM CONTRACT
OCIO File Transform.
Загрузите transform.
Проверьте контракт.
File-based Resolve FX OpenColorIO для внешних LUT/CDL/CCC transforms. Разберите, что именно задаёт файл, когда важен CCC ID, почему Reverse — лишь попытка inverse, как interpolation зависит от reader support и как проверять один transform между разными hosts.
LUT File · version/hash
CCC ID when relevant
Forward / Reverse / Interpolation
В lab переключите один синтетический файл Forward/Reverse, затем сравните Linear с грубым sampling. Цель не имитировать реальный LUT reader, а разделить identity файла, direction и sampling как три разных источника ошибки.
Независимая детерминированная учебная модель. Demo-файлы и interpolation modes синтетические и намеренно не заявляют точное воспроизведение Resolve/OpenColorIO LUT readers, 3D LUT interpolation, поддержки форматов или inverse behavior. Используйте её для понимания причинности: identity файла, CCC selection, direction, interpolation и diagnostics.
Три native Inspector-capture Resolve 21 и независимая учебная file-transform model.
FILE · CCC · DIRECTION · INTERPOLATION01КОНТРАКТ ФАЙЛА
Четыре идеи предотвращают большинство ошибок OCIO File Transform.
Панель маленькая, потому что большая часть цветового решения находится вне Resolve: в transform-файле, ожидаемом input и reader, который его исполняет.
Файл — часть цветового контракта
OCIO File Transform не объявляет Source и Output пространства. Он исполняет внешний transform-файл. Поэтому для воспроизводимости недостаточно записать «использован .cube»: нужны точный файл/версия, ожидаемое состояние входа и место ноды в pipeline. Один и тот же LUT, поставленный до или после display transform, может дать принципиально другой результат.
CCC ID адресует запись, а не создаёт коррекцию
ASC CCC может хранить несколько CDL-коррекций. CCC ID выбирает конкретную запись внутри контейнера. OpenColorIO также допускает индекс как строку; если ID пуст, выбирается первая CDL. Поэтому пустое поле может выглядеть «рабочим», но production hand-off всё равно должен явно указывать нужную запись.
Reverse — не машина времени
Reverse меняет направление evaluation, но не гарантирует восстановление исходника. Клиппинг, неинвертируемые LUT, baked display shaping и ограниченная дискретизация уже могли уничтожить информацию. Проверяйте round-trip на тестовых патчах и реальных highlights, а не по одному кадру «на глаз».
Interpolation — свойство исполнения LUT
Interpolation определяет, как оцениваются значения между samples LUT. Но не каждый file format использует этот параметр одинаково. OpenColorIO прямо указывает, что readers, которым interpolation важна, пытаются применить requested method; если это невозможно, используется допустимый default. Поэтому «выбранный Linear» и «гарантированно Linear внутри любого файла» — не одно и то же.
02РЕАЛЬНЫЕ CONTROLS RESOLVE 21
Читайте native Inspector как identity сначала, execution потом.
Captures показывают реальные labels Resolve. Неактивные controls при незагруженном файле — не отсутствующие функции; они становятся значимыми после загрузки совместимого файла.
Сначала убедитесь, что загружен именно тот transform.
LUT File
Путь к внешнему transform-файлу, который OpenColorIO должен прочитать и применить. Blackmagic описывает этот FX как инструмент загрузки и применения LUT к ноде; OpenColorIO FileTransform поддерживает множество reader formats.
Фиксируйте version/hash файла. Одинаковое имя `show.cube` на двух машинах не гарантирует одинаковое содержимое.Browse
Открывает выбор внешнего LUT/transform файла. После замены файла вся downstream-оценка должна считаться новой: даже при том же input state изменился сам цветовой контракт.
Не храните production-зависимость только в пользовательском Downloads. Используйте стабильный pipeline/project path.CCC ID
Выбирает конкретную CDL внутри совместимого CCC/CC-контейнера. По OpenColorIO значение может быть case-sensitive ID либо индексом как строкой; пустое значение возвращает первую CDL.
Если поле неактивно для обычного LUT — это нормально. Не придумывайте CCC ID там, где файл не содержит коллекцию CDL.03DIRECTION ≠ ВОССТАНОВЛЕНИЕ
Forward, Reverse и Interpolation отвечают на разные вопросы.
Direction выбирает направление evaluation. Interpolation выбирает sampling LUT там, где reader это поддерживает. Ни один из них не исправляет неверный файл или неверный input state.
После идентификации файла управляйте только направлением и способом sampling.
Forward
Применяет file transform в заявленном прямом направлении. Для обычного show LUT, technical LUT или look transform это стандартный режим.
Forward не знает, находится ли вход в ожидаемом пространстве. Правильность input state остаётся вашей ответственностью.Reverse
Пытается оценить тот же transform в обратном направлении. Blackmagic формулирует это как попытку снять LUT с ноды; OpenColorIO меняет direction evaluation.
Не используйте Reverse как универсальный unbake. Проверьте, что forward transform вообще обратим и не клиппил данные.Interpolation
Определяет способ оценки LUT между дискретными sample points. Native capture показывает Linear как текущее значение; Blackmagic описывает control как выбор компромисса quality/render time.
Не все formats/readers одинаково реагируют на requested interpolation. Проверяйте banding, hue kinks и consistency с другим приложением на реальном файле.Справка OpenColorIO: FileTransform API ↗
04ВОСПРОИЗВОДИМЫЙ FILE PATH
Надёжный workflow начинается до Browse и заканчивается после scopes.
Transform-файл не документирует pipeline сам по себе. Для воспроизводимости нужны ожидаемый input state, точная identity файла, при необходимости CCC record, execution policy и измеренная проверка output.
Определите ожидаемый вход
File transform работает по назначению только тогда, когда входной RGB находится в состоянии, под которое создан файл. Сам FX это состояние не объявляет.
Это учебный pipeline, а не буквальный node graph Resolve. File transform работает с pixels; identity файла, ожидаемый input и hand-off metadata находятся вне самой математики transform.
Связанные технические страницы: OCIO Display ↗ · OCIO Color Space ↗ · Fusion OCIOFileTransform ↗
05PRODUCTION-ПРАКТИКА
Проверяйте контракт, а не только внешний вид.
File transforms часто выглядят правдоподобно даже при неправильном placement. Используйте повторяемые A/B-тесты и явные metadata вместо привычки «на глаз».
Show LUT для review
Поместите LUT ровно в ту точку, для которой он был создан, зафиксируйте Forward и документируйте, не добавляется ли поверх него ещё один display/view transform. Проверяйте skin, saturated colors и highlights — именно там двойной transform заметнее всего.
Shot CDL из .ccc
Выберите контейнер, затем явно укажите CCC ID для нужного shot. Сравните с ожидаемым grade reference и запишите ID в hand-off. Пустой ID может выбрать первую запись и случайно выглядеть правдоподобно.
Проверка Reverse
Соберите A/B: source → Forward → Reverse и сравните с исходником через difference/waveform. Если mismatch сосредоточен в highlights или saturated areas, возможно, forward stage уже потерял информацию и дальнейшая «настройка Reverse» это не исправит.
Сверка между приложениями
Используйте один и тот же файл, input state, direction и согласованный interpolation policy в Resolve и втором OCIO-host. Сравнивайте тестовый chart и реальные кадры. Если outputs расходятся, сначала проверяйте file/version и reader support, а не перетягивайте creative grade.
06ВЫБЕРИТЕ ПРАВИЛЬНЫЙ OCIO TOOL
File transform, color-space transform, display transform и CDL edit — разные contracts.
Выбирайте по тому, что нужно воспроизвести в другом host: внешний файл, named space conversion, viewing transform или редактируемые SOP/Saturation values.
Внешний LUT / файл
Используйте, когда сам внешний transform-файл является контрактом и должен исполняться одинаково.
Source → Output
Используйте, когда transform должен строиться из named technical spaces активного config.
Source → Display / View
Используйте для config-defined viewing/display rendering, а не как универсальный LUT loader.
Slope / Offset / Power / Sat
Используйте, когда actual hand-off — переносимые редактируемые ASC CDL values, а не baked LUT file.
07ДИАГНОСТИКА
Симптомы обычно указывают на identity, input state или invertibility раньше, чем на «плохой цвет».
Сведите path к одному file transform, проверьте ожидаемый input и затем возвращайте остальные color-management/display stages по одному.
LUT выглядит слишком контрастно или «пережарено».
Вероятная причина: Неверное input state либо тот же display/look transform уже применён upstream/downstream.
Что делать: Обойдите соседние transforms, подтвердите ожидаемый input файла и оставьте один экземпляр look/display operation.
Reverse не возвращает исходную картинку.
Вероятная причина: Forward stage необратим, клиппил значения, либо файл/reader не имеет точной inverse semantics.
Что делать: Сделайте measured round-trip на patches; если ошибка системная, вернитесь к исходному media/grade state вместо попытки «дотянуть» Reverse.
CCC-контейнер даёт не тот shot grade.
Вероятная причина: Пустой/неверный CCC ID, case mismatch или выбран индекс другой записи.
Что делать: Сверьте список записей в контейнере, используйте точный case-sensitive ID и сохраните его в shot metadata/hand-off.
В Resolve и втором OCIO-host немного разные gradients/colors.
Вероятная причина: Отличается interpolation request/fallback, reader implementation, версия файла или сам input state.
Что делать: Сначала выровняйте файл и input, затем сверяйте interpolation support на данном format. Оценивайте difference, а не только визуальное впечатление.
08ПЕРЕД СДАЧЕЙ
File transform закончен, когда другая станция может воспроизвести тот же output для того же input.
09FAQ
Практические вопросы по OCIO File Transform.
Чем OCIO File Transform отличается от OCIO Color Space?
OCIO Color Space строит transform из named spaces активного `.ocio` config. OCIO File Transform исполняет внешний file transform/LUT. Файл может быть частью того же pipeline, но сам по себе не объявляет Source→Output space contract.
Почему CCC ID иногда неактивен?
Потому что он нужен только форматам, где внутри файла есть адресуемые CDL/CCC-записи. Для обычного single LUT выбирать нечего.
Можно ли считать Linear лучшим interpolation?
Нет. Blackmagic описывает interpolation как компромисс quality/render time, а OpenColorIO отмечает, что применимость зависит от reader/format. Выбор проверяют на конкретном LUT и на требуемой consistency с другими hosts.
Reverse снимет уже запечённый LUT?
Только если transform допускает достаточно точную обратную оценку и данные не были потеряны. Клиппинг и неинвертируемая shaping необратимы.
Нужен ли `.ocio` config для OCIO File Transform?
Ключевой объект этого FX — сам file transform. Но общий OpenColorIO environment и версии library/reader всё равно могут быть частью production reproducibility. Не путайте его с OCIO Color Space/Display, где config напрямую определяет меню spaces/views.
10ИСТОЧНИКИ И ГРАНИЦЫ
UI labels Resolve взяты из native captures; semantics FileTransform сверены с документацией Blackmagic и OpenColorIO.
Интерактивная lab — независимая детерминированная учебная модель. Это не reverse-engineered реализация Resolve/OpenColorIO FileTransform; она не заявляет точные LUT readers, поддержку форматов, interpolation, CCC parsing или inverse behavior.