ВИДЕОМОНТАЖЁРDAVINCI RESOLVE · ВИДЕО · AI

КАРТА ЗНАНИЙ · СПРАВОЧНИК

Не угадывайте. Проверьте по порядку.

26 частых вопросов о файлах, цвете и Resolve. Начните с наблюдаемого симптома: определите, какие данные уже известны и какую переменную проверить следующей.

Держите рядом определение, проверку и её ограничения.

CHECK DESK / 02Проверка, не диагноз
Исходник → Обработка → Файл → Просмотр01 / SOURCEИсходник02 / PROCESSINGОбработка03 / FILEФайл04 / VIEWПросмотр

ВЫБРАННЫЙ ЭТАП / Исходник

Проверьте, что записано, а что назначено при чтении. Неизвестное кодирование нельзя установить только по внешнему виду.

ДАННЫХ НЕДОСТАТОЧНО

Сначала установите интерпретацию исходника и условия повторного импорта. Один симптом не определяет причину.

Открыть подходящий разбор ↗
Файлы не загружаются и не анализируются.
COLOR SCIENCE / 02 / REFERENCE

Справочник, а не автоматический диагноз.

Содержание ↓

01 / QUESTIONS

Найдите вопрос. Проверьте условия.

Объяснение, следующий контрольный шаг и то, чего он не доказывает.

01
Основы

Почему два файла Rec.709 могут выглядеть по-разному?

Название Rec.709 не описывает всю цепочку просмотра. Файлы могут различаться самими отсчётами, передаточной функцией, уровнями, метаданными и обработкой приложения. Начинайте с одного кадра и одинакового преобразования просмотра; только затем сравнивайте численные значения. Совпадение меток не доказывает совпадение данных.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сопоставьте один кадр до экспорта и после повторного импорта с явно проверенной интерпретацией.

ГРАНИЦА ВЫВОДА

Не подгоняйте мастер под случайный проигрыватель одной кривой «компенсации».

02
Основы

sRGB и Rec.709 — это одно и то же?

Основные цвета и D65 совпадают, но это не тождество всей системы. sRGB использует составную функцию; у телевизионного тракта отдельно рассматривают BT.709 OETF и опорное отображение BT.1886. Профиль картинки, метки видеопотока и цель мастеринга решают разные задачи. Простое переименование не превращает файл в согласованный видеомастер.

СЛЕДУЮЩАЯ ПРОВЕРКА

Проверьте профиль исходной графики и функцию, ожидаемую на её входе в проект.

ГРАНИЦА ВЫВОДА

Одинаковые основные цвета не означают одинаковую интерпретацию нелинейного кода.

03
Основы

Rec.2020 автоматически означает HDR?

Нет. Охват и диапазон яркости — разные свойства. У систем HDR BT.2100 есть определённые функции PQ или HLG и условия отображения; основные цвета Rec.2020 сами по себе этого не задают. Широкий контейнер может использоваться и для SDR. Проверяйте описание сигнала целиком, а не только поле primaries.

СЛЕДУЮЩАЯ ПРОВЕРКА

Прочитайте transfer characteristics и целевую спецификацию рядом с primaries.

ГРАНИЦА ВЫВОДА

10 бит, UHD и Rec.2020 по отдельности не доказывают, что файл HDR.

04
Основы

Почему Log выглядит серым и плоским?

Камерный Log кодирует диапазон сцены, а не окончательный вид на обычном дисплее. При показе кодов без нужного преобразования изображение часто выглядит малоконтрастным. Но «плоский» вид не определяет точную кривую: причиной может быть и неверная трактовка обычного материала. Установите фактические curve/gamut по режиму записи, затем настройте техническую цепочку.

СЛЕДУЮЩАЯ ПРОВЕРКА

Запишите камеру, режим, точное поколение Log и соответствующий охват.

ГРАНИЦА ВЫВОДА

Не назначайте Log только потому, что кадр серый, и не добавляйте технический LUT поверх уже выполненного преобразования.

05
Основы

Нужен ли 10-bit для нормального грейда?

Больше отсчётов повышает точность, но универсального «достаточно 10 бит» нет. Для конкретной кривой и формата действуют свои требования: например, ARRI LogC4 определяет минимум 12 бит. При одинаковом кодировании 10 бит обычно уменьшает шаги по сравнению с 8 битами, но шум, сжатие и потерянные детали остаются. Перепаковка 8-битного источника в 10 бит не восстанавливает утраченное.

СЛЕДУЮЩАЯ ПРОВЕРКА

Проверьте спецификацию записи и сравните градиент после вашей обработки, а не только цифру в имени кодека.

ГРАНИЦА ВЫВОДА

Не объявляйте любой 10-битный файл пригодным для любого Log или HDR-процесса.

06
Основы

Что важнее: 10-bit или 4:4:4?

Это независимые ограничения. Разрядность определяет точность кодов, а субдискретизация — пространственную плотность цветовых отсчётов. Для тонкой цветной графики и масок важны детали chroma; для градиентов и сильных преобразований важна точность значений. На результат также влияют кодек, фильтры и источник. Выбор проверяют тестом типичной задачи, а не универсальным рейтингом.

СЛЕДУЮЩАЯ ПРОВЕРКА

Проверьте отдельно плавный градиент и тонкие цветные границы на нужной обработке.

ГРАНИЦА ВЫВОДА

4:4:4 не означает отсутствие сжатия, а 10 бит не восстанавливают отсутствующие chroma-отсчёты.

07
Основы

YCbCr — это цветовое пространство вроде Rec.709?

Y′CbCr описывает представление компонент, а не один конкретный охват. Для распространённой NCL-схемы сначала нужны нелинейные R′G′B′, затем известные коэффициенты и цифровой диапазон. Чтобы восстановленные RGB получили цветовой смысл, нужны также основные цвета и передаточная функция. Один ярлык YUV или YCbCr недостаточен.

СЛЕДУЮЩАЯ ПРОВЕРКА

Проверьте поля color_space, color_primaries, color_transfer, color_range и pix_fmt в отчёте потока.

ГРАНИЦА ВЫВОДА

В ffprobe поле color_space обычно обозначает матрицу, а не полное RGB-пространство.

08
DaVinci Resolve

Что выбрать: CST, RCM или ACES?

Сначала определите требования обмена и кто отвечает за преобразования. CST позволяет задавать операции явно; RCM управляет входом, рабочим состоянием и выходом проекта Resolve; ACES задаёт систему представлений и преобразований для согласованного процесса. В каждой схеме возможна ошибка входа или дублирование выхода. Выбирайте проверяемую архитектуру для проекта, не название «для лучшего цвета».

СЛЕДУЮЩАЯ ПРОВЕРКА

Для одного тестового клипа подпишите вход, рабочее представление, выход и владельца каждого технического этапа.

ГРАНИЦА ВЫВОДА

Одинаковые названия цели не гарантируют одинаковый рендеринг у CST, RCM и ACES.

09
DaVinci Resolve

DaVinci Wide Gamut лучше ACES?

Это сущности разных уровней. DWG — рабочий RGB-базис, Intermediate — часто используемое с ним кодирование. ACES — более широкая система с несколькими представлениями и выходными преобразованиями. Сравнивать нужно конкретные настроенные процессы: совместимость обмена, поведение инструментов и утверждённый вывод. Универсального вывода «DWG красивее» или «ACES правильнее» нет.

СЛЕДУЮЩАЯ ПРОВЕРКА

Зафиксируйте версии, входы и выходные преобразования двух сравниваемых процессов.

ГРАНИЦА ВЫВОДА

Не сравнивайте плашки до рендеринга в одном процессе с готовым выводом другого.

10
DaVinci Resolve

Где ставить Input CST и Output CST?

В явной схеме технический вход обычно предшествует операциям, рассчитанным на рабочее представление; подготовка для дисплея идёт после сценических правок. Но часть графики или экранных подстроек может сознательно находиться после этой границы. В RCM или ACES нужные этапы могут уже выполняться системой. Важно состояние на входе инструмента, а не номер ноды.

СЛЕДУЮЩАЯ ПРОВЕРКА

Отключите творческий look и составьте карту уже существующих входных и выходных операций.

ГРАНИЦА ВЫВОДА

Не добавляйте «обязательные два CST» без проверки настроек проекта.

11
DaVinci Resolve

Почему изображение становится слишком контрастным после LUT/CST?

Повторное техническое преобразование — одна из гипотез, а не диагноз по внешнему виду. RCM, CST, LUT или настройка просмотра могут дублировать друг друга. Аналогичное впечатление могут дать неверная кривая и диапазон. На копии проекта отключайте по одному проверяемому этапу и сравнивайте тот же кадр; не сбрасывайте одновременно всю схему.

СЛЕДУЮЩАЯ ПРОВЕРКА

Проверьте сначала вход и выход проекта, затем назначение каждого LUT/CST.

ГРАНИЦА ВЫВОДА

То, что отключение LUT сделало изображение приятнее, ещё не доказывает правильность остального тракта.

12
DaVinci Resolve

RAW и Log — одно и то же?

Нет, это разные уровни описания. RAW — семейство ранних камерных представлений и возможностей декодирования; Log — форма кодирования значений. RAW может включать нелинейную запись и частичную обработку, как BRAW. Декодер может вывести Log с определённым охватом либо другое представление. Название RAW не гарантирует отсутствие сжатия, полную обратимость или одинаковые доступные контролы.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сверьте формат и настройки декодера: что хранится, что задаётся метаданными и что уже запечено.

ГРАНИЦА ВЫВОДА

Не обещайте восстановление пересвеченного канала только потому, что материал RAW.

13
DaVinci Resolve

Как свести камеры с разными Log/Gamut?

Сначала определите фактическое представление каждого источника и согласуйте технические преобразования. Затем выравнивайте экспозицию, нейтраль и художественное соответствие планов. Общая рабочая система не устраняет различия освещения, экспозиции и спектрального отклика камер. Поэтому правильный вход помогает сравнению, но не заменяет саму работу по согласованию.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сравните известный нейтральный объект и освещение после корректной интерпретации обоих клипов.

ГРАНИЦА ВЫВОДА

Не ожидайте автоматического полного совпадения только от одинакового рабочего пространства.

14
DaVinci Resolve

Почему логотипы и UI меняются в managed project?

Готовая экранная графика уже имеет определённое кодирование и визуальную цель. Если её трактовать как камерную сцену или лишний раз рендерить, вид изменится. Проверьте входной профиль, место композиции, выбранный вывод и straight/premultiplied alpha. Само назначение sRGB не гарантирует неизменности цвета после любого творческого или выходного преобразования.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сначала проверьте известную плашку без прозрачности, затем край той же графики с alpha.

ГРАНИЦА ВЫВОДА

Не исправляйте потемневший край сменой всей гаммы, не проверив представление alpha.

15
HDR и выпуск

PQ или HLG — что выбрать для HDR?

Выбор задаётся требованиями приёма и трактом производства. PQ использует абсолютную опорную EOTF; HLG включает относительное кодирование и систему отображения с OOTF. Нельзя превратить одно в другое одной меткой. Переход требует согласованного преобразования и проверки белого, светов и условий просмотра. Ни одна система не исправляет отсутствие подходящего мониторинга.

СЛЕДУЮЩАЯ ПРОВЕРКА

Уточните у получателя нужную функцию, основные цвета, диапазон, метаданные и условия проверки.

ГРАНИЦА ВЫВОДА

Названия «стриминг» и «эфир» не заменяют фактическую спецификацию выпуска.

16
HDR и выпуск

Почему в HDR постоянно встречается 203 nit?

203 кд/м² — номинальный производственный ориентир HDR Reference White в описанных ITU условиях, а не универсальный потолок. Нейтральный HLG-сигнал 75% даёт примерно этот уровень на опорном дисплее 1000 кд/м² при гамме 1,2 и принятой модели чёрного. При другом отображении равенство не следует предполагать. Блики и отдельные объекты имеют свои творческие задачи.

СЛЕДУЮЩАЯ ПРОВЕРКА

Прочитайте условия у опорного числа и отделите белый графики от пика бликов.

ГРАНИЦА ВЫВОДА

Не делайте все белые предметы 203 кд/м² и не называйте 75% HLG абсолютной шкалой PQ.

17
HDR и выпуск

Если master 1000 nit, что будет на 600-nit телевизоре?

Дисплей или проигрыватель может выполнять отображение под свои возможности. Метод, настройки, метаданные и реальный материал влияют на результат; гарантии одинакового вида на всех телевизорах нет. Пик дисплея мастеринга и максимальный уровень контента различаются. Проверяйте утверждённую цель и репрезентативные условия просмотра, не меняя мастер вслепую под один экран.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сопоставьте требования мастера, метаданные контента и режим телевизора.

ГРАНИЦА ВЫВОДА

Один яркий скриншот не сообщает ни действительный пик света, ни MaxCLL файла.

18
HDR и выпуск

PQ всегда означает master на 10 000 nit?

Нет. 10 000 кд/м² — верхняя опорная граница функции PQ. Реальная цель мастеринга и используемые значения могут быть ниже. Код PQ имеет абсолютный опорный смысл, но устройство воспроизведения может отображать его с учётом своих пределов. Нельзя приравнивать математическую границу к пику монитора или содержимого каждого кадра.

СЛЕДУЮЩАЯ ПРОВЕРКА

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

ГРАНИЦА ВЫВОДА

Пустая область выше пика мастера не означает, что PQ закодирован неправильно.

19
HDR и выпуск

Можно ли сделать HDR, просто поменяв Gamma 2.4 на PQ?

Одной смены метки или входной интерпретации недостаточно. При корректном преобразовании готовый SDR можно поместить в HDR-процесс с выбранным белым и отображением, но это не создаёт утраченные детали сцены. Новый HDR-грейд из более богатого источника — другая задача. Всегда различайте назначение, численное перекодирование и рендеринг.

СЛЕДУЮЩАЯ ПРОВЕРКА

Установите, доступны ли исходники до SDR-рендеринга, или только готовый SDR-мастер.

ГРАНИЦА ВЫВОДА

Изменение поля Gamma не гарантирует новый динамический диапазон или восстановление бликов.

20
Диагностика

Почему чёрный стал серым или всё слишком тёмное?

Несогласованные Video/Full уровни — полезная проверяемая гипотеза, но не единственная причина. Похожие симптомы дают неверная функция, повторная обработка и особенности просмотра. Проверьте номинальные чёрный и белый на известной шкале, сравните данные файла и настройки декодирования. Не используйте контраст как постоянную компенсацию неизвестной причины.

СЛЕДУЮЩАЯ ПРОВЕРКА

Для 10-bit narrow Y′ проверьте трактовку 64 и 940; сравните с явным Full только на тестовой копии.

ГРАНИЦА ВЫВОДА

Серый чёрный не доказывает ошибку диапазона без контрольных данных.

21
Диагностика

Почему после декода цвета странно уехали по hue?

Проверьте матрицу Y′CbCr и трактовку основных цветов, но также входную кривую и уже применённые преобразования. Ошибку матрицы лучше искать на цветном тесте: одинаковые R′=G′=B′ могут выглядеть нейтрально при разных NCL-коэффициентах. Зафиксируйте место, где появился сдвиг, прежде чем исправлять его Hue или Saturation.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сравните цветные образцы при явно заданных матрицах на одной и той же записи.

ГРАНИЦА ВЫВОДА

Нормальная серая шкала не исключает ошибку цветоразностной матрицы.

22
Диагностика

Почему экспорт отличается в браузере, плеере и Resolve?

В цепочках просмотра могут различаться чтение метаданных, управление цветом ОС и приложения, режим HDR и обработка самого экрана. Сначала повторно импортируйте тот же экспорт в контролируемый проект с проверенной интерпретацией. Затем сравните пути просмотра по одному изменению. Внешний вид скриншота не является измерением исходного сигнала или света дисплея.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сохраните один файл и один таймкод, запишите приложение, версию, ОС, дисплей и режим HDR.

ГРАНИЦА ВЫВОДА

Совпадение повторного импорта полезно, но само по себе не сертифицирует весь мастер.

23
Диагностика

Если поменять colour tags, изменятся пиксели?

Если операция действительно меняет только метаданные, записанные отсчёты не пересчитываются. Но приложение может начать интерпретировать их иначе и показать другую картинку. Команда экспорта или перекодирования способна одновременно менять и метки, и данные, поэтому её нельзя считать чистым retagging по названию кнопки. Проверяйте фактическую операцию.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сравните отчёты метаданных и контрольный декодированный кадр до и после в одинаковой интерпретации.

ГРАНИЦА ВЫВОДА

Хеш всего файла изменится от метаданных и не доказывает пересчёт пикселей.

24
Диагностика

Scopes важнее монитора?

Это взаимодополняющие инструменты. Scopes характеризуют сигнал в определённой точке обработки; монитор показывает результат через тракт отображения. Прибор может иметь другой масштаб и смотреть другой этап. Для художественного решения нужны изображение и условия просмотра, а для технической проверки — известные измерения и спецификация.

СЛЕДУЮЩАЯ ПРОВЕРКА

Установите, где именно вычисляются scopes и в каких единицах подписана шкала.

ГРАНИЦА ВЫВОДА

След на 100% не является универсальным доказательством готовности SDR/HDR-мастера.

25
Диагностика

Color Management заменяет калибровку монитора?

Нет. Управление цветом и преобразование просмотра задают математическую подготовку сигнала, а физический дисплей должен соответствовать цели в пределах своих возможностей. Калибровка настраивает поведение, профилирование описывает его; затем нужна проверка измерением. Ни профиль, ни RCM не превращают ограниченную панель в экран с произвольным охватом и яркостью.

СЛЕДУЮЩАЯ ПРОВЕРКА

Сверьте целевой режим, свежий отчёт измерений, настройки ОС и активный путь просмотра.

ГРАНИЦА ВЫВОДА

Смена профиля на глаз не равна измерительной калибровке.

26
Диагностика

Отрицательные RGB или значения выше 1 — это ошибка?

Не обязательно. При пересчёте между базисами и в широких рабочих представлениях отрицательные компоненты или значения выше 1 могут быть осмысленными промежуточными числами. Нужно знать базис, кодирование и следующий инструмент. Потеря появляется, если преждевременно ограничить значения или передать их туда, где они недопустимы, не выполнив нужную обработку.

СЛЕДУЮЩАЯ ПРОВЕРКА

Посмотрите числа до и после технического преобразования и проверьте его правила за пределами 0…1.

ГРАНИЦА ВЫВОДА

Не обрезайте рабочие значения только потому, что обычный экранный RGB ограничен.

ИЛЛЮСТРАЦИЯ ТЕМЫ

ГЛАВНОЕ БЕЗ ЛИШНИХ ТЕРМИНОВ

Частые вопросы по цветовой науке

Один и тот же внешний симптом может возникать на разных этапах. Этот FAQ разделяет объяснение, следующий контрольный шаг и ограничение вывода — чтобы решение опиралось на данные, а не на похожую картинку.

  • Разделять изменение файла и изменение его просмотра.
  • Проверять одну переменную и записывать результат.
  • Не принимать совпадение одной плашки за проверку всей системы.
Тематическая иллюстрация, не измерительная диаграмма и не снимок интерфейса.
01

Ищите первое расхождение

Не начинайте с ползунка, который визуально компенсирует проблему. Сначала сохраните исходное состояние, возьмите короткий тестовый участок и определите границу: расхождение уже в декодированном исходнике, появляется после обработки, после экспорта или только в другом просмотрщике?

Сравнение имеет смысл при согласованных условиях. Повторный импорт с тем же ошибочным назначением может повторить ту же ошибку. Поэтому совпадение — полезное наблюдение, но не сертификат правильности. Проверяйте и цветные, и нейтральные участки, затем весь план.

Что это означает на практике

Если ошибка исчезает только после изменения Output Gamma, это ещё не объяснение. Запишите, какой файл и какое приложение ожидали исходное кодирование, и проверьте, не перенесли ли проблему на другой просмотр.

02

Сначала выясните, что записано

Расширение MOV или MP4 не определяет цвет. Нужны формат потока, разрядность, назначенные поля и сведения о происхождении. Для камерного материала отдельно проверьте RAW-декодирование, Log и gamut: это не одно свойство.

Неизвестное поле — повод уточнить данные, а не автоматически назначить любимый профиль. Проверка ffprobe показывает записанные сведения, но сама не доказывает, что они верны и что все приложения будут трактовать их одинаково.

Что это означает на практике

Сверьте поля color_primaries, color_transfer, color_space и color_range с камерным отчётом. В ffprobe color_space обозначает матричные коэффициенты, а не полное описание RGB-пространства.

03

Проверьте порядок и владельца операций

Проследите вход, рабочую обработку и выход отдельно. Техническая операция может находиться в настройках проекта, а не в видимой ноде. Наличие CST на таймлайне не сообщает, что произошло до него при декодировании и что будет после него.

При поиске двойной обработки отключайте ровно один подозреваемый этап в копии проекта. Полное отключение всех коррекций сразу убирает несколько причин и затрудняет объяснение. Для LUT зафиксируйте ожидаемый вход и то, включён ли внутри него рендеринг для дисплея.

Что это означает на практике

При managed-проекте проверьте назначение входа и проектный выход до добавления двух CST «как в примере». Явная схема и проектное управление требуют согласования, а не механического сложения.

04

Проверьте компонент и диапазон

Поднятый чёрный может быть следствием диапазона, но также творческой коррекции, рендеринга, декодирования или самого исходника. Для диапазона нужен тест, где известны ожидаемые коды. Одного тёмного кадра недостаточно.

Y′ и Cb/Cr имеют разные номинальные шкалы в Video. Матрица Y′CbCr — отдельная переменная: неверные коэффициенты способны менять цветные области при почти правильной нейтрали. Поэтому проверка серой шкалой полезна, но не исчерпывает диагностику цвета.

Что это означает на практике

Проверьте известные 64/940 в 10-битной шкале Y′ Video. Не используйте их как кодовые пределы для всех компонентов и не путайте номинальные уровни с полным допустимым набором кодов.

05

Файл и просмотр — разные объекты проверки

Когда один экспорт выглядит по-разному в приложениях, сначала сохраните сам файл неизменным. Сравните цветовое управление программы, системный HDR-режим, выбранный монитор и его настройки. Различие не доказывает автоматически ошибку экспорта.

Нельзя, однако, считать любой отличающийся просмотрщик «неправильным» без проверки: файл мог быть неверно описан, а один путь случайно компенсирует ошибку. Снимок экрана добавляет собственный путь преобразований и не заменяет измерение или согласованную систему мониторинга.

Что это означает на практике

Сравните один и тот же короткий файл на одном мониторе в двух приложениях, записав их режимы. Не меняйте одновременно файл, профиль монитора и выход проекта.

06

Соберите воспроизводимый отчёт

Хорошее описание проблемы содержит тестовый исходник, участок таймлайна, настройки входа/выхода, версию приложения, параметры экспорта, метаданные и условия просмотра. Разделяйте наблюдение («в приложении A чёрный поднят») и гипотезу («возможно, Video читается как Full»).

Фиксируйте одно изменение и его результат. Если доказательств недостаточно, сохраняйте состояние «не установлено». Это быстрее, чем накопить компенсирующие правки, которые ломают следующий экспорт. Для внешней передачи используйте короткий безопасный фрагмент без конфиденциального материала.

Что это означает на практике

Запишите: файл не менялся; менялся только режим чтения диапазона; контрольные коды восстановились, но цветной тест всё ещё отличается. Это указывает на оставшуюся переменную, а не на полное завершение проверки.

СДЕЛАТЬ. СРАВНИТЬ. ОБЪЯСНИТЬ.

Разберите один симптом без догадок

Возьмите короткий безопасный фрагмент, копию проекта и один неизменяемый тестовый экспорт.

  1. 01

    Сформулируйте наблюдение

    Опишите различие, приложение, монитор и участок кадра; отделите от предполагаемой причины.

    ПРОВЕРКА

    В наблюдении нет неподтверждённого диагноза.

  2. 02

    Выберите контроль

    Найдите соответствующий вопрос и выполните предложенную проверку с одной изменяемой переменной.

    ПРОВЕРКА

    Записаны исходное состояние и результат одного изменения.

  3. 03

    Проверьте другой образец

    После серой шкалы посмотрите цветную область, после кадра — движущийся фрагмент.

    ПРОВЕРКА

    Исправление не оценено по единственной удобной плашке.

  4. 04

    Зафиксируйте границы вывода

    Запишите, что подтверждено, что опровергнуто и что ещё неизвестно.

    ПРОВЕРКА

    Сохранён исходник; нет цепочки необъяснимых компенсаций.

Проверьте понимание

0 / 4

Отмечайте то, что можете объяснить самостоятельно.

ПРОВЕРЬТЕ СВОЁ ОБЪЯСНЕНИЕ

Ситуация, а не вопрос с подвохом.

Сначала сформулируйте ответ. Затем откройте разбор.

01Повторный импорт совпал. Проверка закончена?

Нет. Совпадение поддерживает часть гипотез о цепочке, но одинаковая ошибочная интерпретация тоже может повториться. Нужны известный контракт и независимые контрольные образцы.

02Чёрный поднят — обязательно Video/Full?

Это одна из гипотез. Проверьте известные уровни, обработку, декодирование и просмотр по отдельности, вместо компенсации Lift на глаз.

03Метаданные поменялись, значит преобразованы пиксели?

Не обязательно. Назначение/перезапись метки и преобразование декодированного сигнала — разные действия. Даже хеш целого файла может измениться только из-за контейнерных данных.

Не сокращайте объяснение до этих ошибок

  • Не подменяйте неизвестные сведения привычными настройками.
  • Сохраняйте условия вместе с числом или определением.
COLOR / DAVINCI RESOLVE

От модели — к рабочему процессу.

При проверке проекта фиксируйте версию Resolve, режим управления цветом, назначение входа и условия просмотра. Справочник помогает сформулировать проверку, но не заменяет просмотр всего плана и техническую приёмку готового файла.

Color Management ↗Scopes ↗Color Space Transform ↗

ПРОВЕРЯЙТЕ ПЕРВООСНОВУ

Источники и границы моделей.

Редакционная проверка: 1 октября 2026. Ссылки указывают на определения и формулы; упражнения — самостоятельные учебные примеры.

  1. [4]
    ICC · sRGB ↗

    Основные цвета, D65, составная передаточная функция.

  2. [7]
    ITU-R · BT.709-6 ↗

    Разделы 1, 3, 4: основные цвета, OETF, коэффициенты и цифровые уровни 8/10 бит.

  3. [8]
    ITU-R · BT.1886 ↗

    Annex 1: EOTF с зависимостью от чёрного и белого.

  4. [9]
    ITU-R · BT.2100-3 ↗

    PQ, HLG; таблица 9: 10/12-битное цифровое представление.

  5. [10]
    ITU-R · BT.2408-9 (03/2026) ↗

    Опорный белый HDR и условия соответствия 75% HLG примерно 203 кд/м².

  6. [11]
    ITU-T · H.273 (07/2024) ↗

    Независимые поля идентификации видеосигнала; метаданные не заменяют преобразование.

  7. [13]
    ACES · ACEScct ↗

    AP1 и нелинейное представление сцены с линейным участком у чёрного.

  8. [14]
    ACES · Output Transforms ↗

    Рендеринг для целевого дисплея и кодирование; не одно только изменение метки.

  9. [15]
    Blackmagic · DWG / Intermediate v1.1 ↗

    DWG и Intermediate задают разные свойства рабочего представления.

  10. [16]
    Blackmagic · Color ↗

    CST, RCM и инструменты Color. Пункты меню зависят от версии Resolve.

  11. [17]
    Blackmagic · RAW ↗

    Частичная демозаика и нелинейное 12-битное кодирование BRAW; не обобщать на все RAW.

  12. [18]
    ARRI · LogC4 specification ↗

    Разрядность зависит от формата: LogC4 определяет минимум 12 бит, 10 бит не универсальная норма.

  13. [19]
    FFmpeg · ffprobe ↗

    Чтение полей потока без изменения файла; unknown не является доказательством конкретного пространства.

  14. [20]
    FFmpeg · Content light metadata ↗

    MaxCLL и MaxFALL — разные поля метаданных контента, не измерение текущего дисплея.

  15. [21]
    OpenColorIO · Displays & Views ↗

    Разделение рабочего сигнала и преобразования просмотра.

  16. [22]
    W3C · CSS Color 4 ↗

    Преобразования RGB и цветовые определения браузера; статус редакции указан в документе.