RESOLVE FX · VIEWING CONTRACT
OCIO Display.
Опишите источник.
Выберите, как его видеть.
Config-driven display/view transform Resolve 21. Разберите, почему Source — декларация, почему Display и View являются связанной парой, а не двумя output spaces, как могут меняться config defaults и где размещать transform, чтобы не выполнить display rendering дважды.
.ocio · displays · views
Source Color Space
Display → View
В lab включите «Неверный Source», затем зафиксируйте Source и меняйте только Display/View. Такое разделение наглядно показывает, какая ошибка относится к input declaration, а какая — к viewing intent.
Независимая учебная approximation, не рендер Blackmagic/OpenColorIO. Demo spaces, Displays и Views вымышлены и используют упрощённые transfer functions, gamut matrices и toy filmic response. Lab нужна для понимания Source declaration, пары Display/View, placement и mismatch, а не для предсказания production `.ocio` config.
Четыре native Inspector-capture Resolve 21 и независимая учебная display/view model.
.OCIO · SOURCE / DISPLAY / VIEW01VIEWING-МОДЕЛЬ
Четыре идеи предотвращают большинство ошибок OCIO Display.
Панель короткая, но её contract — нет. Должны одновременно совпасть identity config, Source declaration, пара Display/View и placement в pipeline.
Config определяет vocabulary
OCIO Display не несёт универсального встроенного набора displays/views. Активный `.ocio` config определяет Source spaces, display devices, Views, view transforms, shared views и metadata. Поэтому production-настройка должна фиксировать config source/version вместе с Display/View; перенос одних menu names без config — неполный hand-off.
Source — декларация входа
Source Color Space должен описывать то, что уже означает входной RGB до display rendering. Если scene-linear, log или working-space сигнал объявить как display-referred space, выбранный Display/View может быть совершенно корректным, но результат всё равно будет неверным. Source выбирают по реальному upstream pipeline, а не по внешнему виду Viewer.
Display и View работают парой
Display отвечает за целевое display device/role, а View — за способ представить изображение на этом Display. OpenColorIO позволяет одному Display иметь несколько Views: Film, Log, Raw, SDR/HDR или show-specific варианты. Поэтому нельзя менять View, не понимая выбранный Display, и нельзя считать Display обычным Output Color Space.
Display transform должен жить в одном месте
OCIO Display обычно относится к monitoring/viewing contract. Если поверх него одновременно активны Viewer LUT, системный display transform, output CST/RCM или другой DRT, легко получить двойной tone/gamut mapping. Перед оценкой контраста и saturation сначала выясните, где именно pipeline уже выполняет display rendering.
02РЕАЛЬНЫЕ CONTROLS RESOLVE 21
Читайте Inspector по причинной связи, а не механически сверху вниз.
Native captures подтверждают labels и текущие menu entries; реальные transforms этим entries задаёт активный config.
Сначала зафиксируйте источник OpenColorIO config.
Config Source
Выбирает источник OCIO configuration. Native capture Resolve 21 показывает System, File и Config в соответствующем семействе OpenColorIO controls; в данном OCIO Display capture активен File. Сам label режима не заменяет проверку фактически resolved config.
Для воспроизводимости записывайте source/version config. После его замены повторно проверяйте Source, Display и View.OCIO Config File
При файловом источнике хранит путь к `.ocio`. Blackmagic описывает Browse как загрузку config file для display transform. Этот файл определяет список и математику доступных spaces/displays/views.
Локальный абсолютный путь одной станции — слабый production contract. Используйте стабильный project/pipeline path или документированный deployment.Browse
Открывает выбор `.ocio` file. После смены файла знакомые названия menu entries могут остаться, но их definitions/version уже могут отличаться.
Не валидируйте config только по совпадению names — фиксируйте версию/хэш или pipeline release.Опишите реальное состояние RGB до display/view transform.
Filter Color Space List
Включает metadata-фильтры Source list. Это UI/navigation control: он помогает найти нужный Source в большом config, но не меняет пиксели.
Если space исчез после фильтрации, отключите filters; не подменяйте его похожим названием.Filter by Family
Сужает список по `family` metadata OpenColorIO. Family предназначен для логической группировки spaces в UI и не является transform.
Family names config-specific и не обязаны совпадать между studio/show configs.Filter by Encoding
Фильтрует Source entries по encoding metadata, например log/scene-linear/video, если authors config это заполнили.
Encoding помогает навигации, но не доказывает правильность camera/input transform конкретного клипа.Filter by Category
Фильтрует Source entries по categories. Это организационная metadata, а не скрытый grade или conversion stage.
Categories — часть конкретного config/application workflow, а не универсальный список Resolve.Source Color Space
Объявляет color space входного сигнала. Blackmagic описывает этот control как выбор color space исходного материала; capture показывает набор entries, определённых текущим config.
Самая опасная ошибка — подобрать Source «на глаз». Неверная декларация меняет смысл всей display transform.03DISPLAY ≠ VIEW
Считайте Display target-устройством, а View — настроенным presentation path.
OpenColorIO явно допускает несколько Views на одном Display. Поэтому OCIO Display не эквивалентен простой конвертации в color space с именем дисплея.
Выберите целевой Display и конкретный View внутри него.
Display
Выбирает display device/role из активного config. OpenColorIO определяет Displays как устройства/targets, например sRGB workstation или DCI-P3 projector; active_displays может ограничивать и упорядочивать видимые варианты.
`default` имеет смысл только вместе с конкретным config. Не предполагайте, что default на другой станции указывает на тот же target.View
Выбирает viewing transform внутри выбранного Display. OpenColorIO допускает несколько Views на одном Display — Film, Log, Raw и другие; active_views может менять доступный список и default.
View sRGB/rec709 в capture — config-defined entries, а не обещание конкретной OETF/DRT вне этого config.Forward / Reverse
Forward применяет Source→Display/View path. Reverse пытается пройти связанный transform в обратном направлении; это diagnostic/inverse workflow, а не «сделать картинку обратно log» одним кликом.
Display/view transforms могут включать tone/gamut mapping или другие необратимые участки. После clipping/baking Reverse не обязан восстановить исходные данные.Решите, является ли эта нода preview, output transform или частью baked signal.
Monitoring / Viewer path
Если OCIO Display используется для мониторинга, downstream creative grade должен оставаться в корректном working space, а display transform — быть последней viewing-стадией. Сравнение bypass полезно только при понимании того, что bypass показывает недисплейный сигнал.
Не судите saturation/contrast по bypass scene-linear/log так, будто это готовая картинка.Double-transform check
Viewer LUT, Resolve Color Management output transform, CST, monitor LUT или OS color management могут уже выполнять часть display conversion. OCIO Display поверх них способен повторно применить contrast/tone/gamut behavior.
При неожиданно жёсткой картинке сначала упростите chain до одного display transform и только потом меняйте View.Справка OpenColorIO: Displays & Views ↗
04ВОСПРОИЗВОДИМЫЙ VIEWING PATH
Display transform начинается с config и заканчивается одним monitor contract.
Большинство сбоев — не проблема «плохого View», а ошибка identity, declaration или placement в другой части цепочки.
Объявите Source
Это декларация входа, а не creative choice. Metadata filters лишь помогают навигации по списку.
Это учебный pipeline, а не буквальный node graph Resolve. Display/View относится к viewing contract; metadata filters меню не находятся в pixel path.
Связанные технические страницы: OCIO Color Space ↗ · Color management ↗ · Fusion OCIODisplay ↗
05PRODUCTION-ПРАКТИКА
Меняйте по одному contract за раз.
Самые безопасные тесты фиксируют Config и Source и меняют только viewing target либо фиксируют Display и сравнивают Views.
SDR workstation review
Зафиксируйте show config, объявите реальный Source, выберите display entry для рабочего монитора и предназначенный SDR View. Убедитесь, что Viewer LUT/output transform не дублирует эту функцию. Сравнивайте не «красивее/хуже», а ожидаемый output state на scopes и референсных patches.
VFX/CG scene-linear preview
Если вход scene-linear/ACEScg-like, Source должен описывать именно это состояние. Display/View выполняет viewing transform для экрана; он не должен становиться новым working space для последующих comp/grading operations. Для hand-off храните исходную scene-referred ветку отдельно от просмотренного display result.
Сравнение двух Views
Меняйте только View внутри одного и того же Display/config/Source, чтобы сравнение отвечало на один вопрос. Одновременная смена Source, Display и View делает причинность нечитаемой. Для технической проверки используйте одинаковые reference patches и scopes до/после.
Осознанный Reverse
Reverse имеет смысл, когда вы точно знаете, какой display/view result находится на входе и зачем его нужно инвертировать. Работайте в минимальной chain, проверяйте difference после Forward→Reverse и не ожидайте восстановления информации, уже потерянной tone mapping, clipping или последующей обработкой.
06ВЫБЕРИТЕ ПРАВИЛЬНЫЙ OCIO TOOL
Viewing transform, color-space transform и LUT file решают разные contracts.
Выбирайте tool по тому, что именно нужно передать через pipeline, а не по знакомым названиям color spaces в menu.
Source → Display / View
Используйте, когда задача — config-defined display/view rendering: monitoring, review или осознанно baked viewing result.
Technical Source → Output
Используйте для перехода между named technical color spaces. Display View может включать DRT или presentation behavior, которого нет в простой space conversion.
Переносимая primary correction
Используйте SOP/Saturation для переносимой primary grading decision, а не для определения monitor/viewing path.
Внешний LUT / file transform
Используйте, когда actual contract — file transform/LUT. Сам по себе он не объявляет Source/Display/View architecture show config.
07ДИАГНОСТИКА
Симптомы чаще указывают на declaration, config или placement, а не на сам View.
Сведите систему к одному config, одной Source declaration и одному display transform. Затем возвращайте monitoring layers по одному.
Картинка слишком контрастная и насыщенная
Вероятная причина: Часто display transform применяется дважды: OCIO Display плюс Viewer LUT/RCM output/CST/monitor transform.
Что делать: Временно оставьте только один display path, подтвердите Source и затем возвращайте остальные monitoring stages по одной.
Меню Display/View не совпадает с другой машиной
Вероятная причина: Активен другой config/version, active_displays/active_views или environment override.
Что делать: Сверьте exact `.ocio`, deployment/version, environment и выбранный Config Source до сравнения изображений.
View правильный, но изображение всё равно странное
Вероятная причина: Неверно объявлен Source Color Space — display transform получает RGB в другой системе координат.
Что делать: Проверьте camera/input transform и upstream nodes. Source должен описывать текущий signal state, а не желаемый результат.
Reverse не возвращает исходник
Вероятная причина: В display/view path есть необратимый tone/gamut mapping, clipping, baked processing или используется не тот config/View.
Что делать: Проверяйте Forward→Reverse в чистой цепочке и смотрите difference. Reverse — инструмент проверки, а не гарантия lossless round-trip.
Display default даёт другой вид после обновления config
Вероятная причина: Default display/view может зависеть от порядка/active lists в config и application/environment settings.
Что делать: Для critical review выбирайте конкретный Display/View и фиксируйте config version вместо неявного default.
Фильтры Family/Encoding/Category будто «сломали» список
Вероятная причина: Metadata filters скрыли entries; они не изменили сам color transform.
Что делать: Сбросьте filters в No Filter и найдите нужный Source. Не лечите UI-filter сменой processing settings.
08ПЕРЕД СДАЧЕЙ
Настройка OCIO Display закончена, когда другая станция может воспроизвести viewing contract.
09FAQ
Практические вопросы по OCIO Display.
Чем OCIO Display отличается от OCIO Color Space?
OCIO Color Space переводит между именованными technical color spaces. OCIO Display строит viewing path из Source через выбранные Display и View, которые config определяет как display-oriented contract. В OCIO v2 View может включать view transform/DRT и display colorspace, поэтому простой Source→display colorspace conversion не всегда эквивалентен display/view rendering.
Что означает Display = default?
Это config/application-defined default, а не универсальный «правильный монитор». OpenColorIO позволяет задавать active displays и default ordering, а окружение приложения может влиять на доступный список. Для critical review лучше выбирать явный target и фиксировать config version.
Почему у одного Display несколько Views?
Views дают разные способы показать один и тот же source на выбранном display device: например Film/SDR rendering, Log tech-check или Raw bypass-like view. Это нормальная модель OpenColorIO; список Views задаётся config и может быть разным для каждого Display.
Нужен ли OCIO Display, если проект уже color managed?
Не автоматически. Если Resolve Color Management/ACES/Viewer monitoring уже выполняют нужный output/display transform, дополнительный OCIO Display может задублировать преобразование. Сначала определите monitoring contract проекта и только затем решайте, нужна ли отдельная нода.
Можно ли использовать Reverse для «снятия» display transform?
Только в осознанном inverse workflow и с тем же config/Display/View. Если upstream result уже clipped, tone-mapped, baked через неинвертируемую часть или затем изменён, Reverse не обязан восстановить исходные scene-referred значения.
10ИСТОЧНИКИ И ГРАНИЦЫ
UI labels Resolve взяты из native captures; display/view semantics сверены с документацией Blackmagic и OpenColorIO.
Интерактивная lab — независимая детерминированная учебная модель. Это не reverse-engineered реализация Blackmagic Resolve FX/OpenColorIO; она не заявляет production transfer functions, gamut matrices, tone mapping или точное inverse behavior.