Не просто метка. Согласованный SDR.

BT.709 — договорённость о параметрах HDTV для производства и обмена программами. Она связывает колориметрию с устройством видеосигнала, размерами изображения и частотами кадров. Это не готовый художественный стиль: две сцены с разным светом могут обе корректно передаваться в Rec.709.

В этой главе рассматривается BT.709-6, редакция 2015 года. Когда в монтаже говорят «мастер Rec.709», обычно имеют в виду целую согласованную цепочку: цветовые координаты, тональную характеристику вывода, уровни, метаданные и условия просмотра. Одного названия файла для такой договорённости мало.

Разделите описание на четыре части: основные цвета RGB и белый D65; функцию кодирования; представление RGB или Y′CbCr; диапазон цифровых кодов. Это связанные, но не взаимозаменяемые характеристики.

BT.709 определяет исходную OETF, а опорную характеристику современного HDTV-дисплея описывает BT.1886. Условия оценки рассматриваются отдельно в BT.2035. Поэтому фраза «всё выставлено в 709» ещё не объясняет, что именно делает программа и что показывает монитор.

В CIE 1931 xy используются R (0,640; 0,330), G (0,300; 0,600), B (0,150; 0,060) и D65 (0,3127; 0,3290). По этим координатам можно построить матрицу линейного RGB ↔ XYZ. Нейтральный линейный RGB с равными компонентами направлен к белому D65.

Треугольник xy показывает цветности смесей основных цветов, но не яркость и не весь трёхмерный цветовой объём. Он не говорит, сколько света соответствует коду 0,5 и насколько яркий насыщенный цвет способен показать конкретный экран.

У sRGB и Rec.709 совпадают основные цвета и белая точка. Между их линейными RGB-координатами при одинаковой нормировке не требуется смена базиса. Но sRGB использует собственную составную передаточную функцию, а видео нужно рассматривать вместе с трактом отображения.

Готовая sRGB-графика уже имеет дисплейный смысл. Её нельзя автоматически считать сигналом камеры, прошедшим OETF BT.709. При добавлении в видео сначала определяют интерпретацию графики и только потом согласуют её с рабочим процессом и целевым выводом.

Для нормированного линейного входа L функция BT.709 задаёт V = 4,5L при L < 0,018 и V = 1,099L^0,45 − 0,099 выше порога. Это преобразование света в нелинейный сигнал, а не поведение дисплея. Коэффициенты в стандарте округлены; лаборатория использует именно их, не подгоняя соединение ветвей.

Такой расчёт удобен для изучения кодирования. Он не означает, что каждый готовый Rec.709-мастер нужно автоматически декодировать обратной OETF: изображение могло быть художественно подготовлено под опорный дисплей.

BT.1886 описывает связь нормированного сигнала V с яркостью экрана L. Показатель 2,4 сочетается с параметрами чёрного Lb и белого Lw. При нулевом чёрном получается L = Lw × V^2,4. При ненулевом чёрном характеристика меняется, особенно в тенях.

В лаборатории белый зафиксирован на 100 кд/м², а чёрный можно менять. Число в кд/м² — результат уравнения, не показание вашего монитора. Чтобы проверить физический экран, нужны измерительный прибор и контролируемые условия.

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

В опыте рядом показаны входной L, код V и модельная яркость дисплея. Если значения L и Lэкран/Lw различаются, это не автоматически ошибка. Ошибкой будет применение неправильной функции к сигналу, смысл которого уже определён.

Оценка цвета требует опорного просмотра. BT.2035 описывает условия HDTV: характеристики экрана, фон, окружающее освещение и геометрию наблюдения. Среди ориентиров — белый около 100 кд/м², фон относительно белого экрана и контролируемое слабое освещение.

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

Видео может хранить нелинейные R′G′B′ либо компонентное представление Y′CbCr. Для BT.709 luma рассчитывается как Y′ = 0,2126R′ + 0,7152G′ + 0,0722B′. Цветоразностные компоненты передают отклонения синего и красного от luma.

Y′ не равно линейной яркостной координате CIE Y: апостроф указывает на нелинейный сигнал. Также запись Y′CbCr ничего не говорит сама по себе о размере охвата. Декодеру нужны правильные матричные коэффициенты и корректная интерпретация основных цветов.

Номинальные коды чёрного и белого для 10-битного видеосигнала RGB/Y′ — 64 и 940; для 8 бит — 16 и 235. Диапазон цветоразностных компонент отличается. В полном диапазоне используется другая привязка к целым числам. Это не уменьшение охвата и не смена передаточной функции.

В опыте можно сменить Video/Full и 8/10 бит. При согласованном обратном чтении нормированный сигнал почти сохраняется: небольшая разница обусловлена округлением. Если те же целые коды прочитать по другой шкале без пересчёта, уровни изменятся.

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

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

В Resolve рядом встречаются обозначения Rec.709, Gamma 2.4 и специальные варианты интерпретации. Не считайте их взаимозаменяемыми лишь из-за общего названия охвата. Параметр входа описывает поступивший сигнал; параметр вывода задаёт подготовку изображения для цели.

Rec.709-A — название варианта в программе, а не отдельная рекомендация ITU. Его поведение и настройки просмотра на macOS следует проверять по руководству вашей версии и тестовому экспорту. В этой главе он не предлагается как универсальное лечение расхождений между Viewer и плеером.

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

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

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

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