Те же числа. Другой результат.

Начните с независимых вопросов. Какие основные цвета и белая точка? Какая передаточная функция? Записаны RGB или Y′CbCr? Какая матрица используется? Как нормированные значения размещены в кодах? Сколько бит и какова сетка компонент? И лишь затем — каким кодеком и в каком контейнере это сохранено. Это удобная карта проверки, а не обязательная последовательность операций внутри каждого энкодера.

Например, «10-битный ProRes» ещё не описывает охват, кривую или наличие запечённого LUT. Расширение MOV также не даёт этих ответов. Сопоставляйте сведения о съёмке, параметры потока и результат декодирования. Если несколько слоёв обозначены одним словом «профиль», выясните, о каком именно профиле идёт речь: кодека, цвета или камеры.

RGB и Y′CbCr — разные способы представить компоненты изображения. В обычном NCL-преобразовании Y′CbCr рассчитывается из нелинейных R′G′B′. При полной сетке, согласованной матрице и арифметике без округления переход обратим. Он сам по себе не обязан делать изображение хуже.

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

Коэффициенты матрицы определяют, как получить Y′ и цветоразностные компоненты из R′G′B′ и как восстановить их обратно. Для BT.709 используются веса 0,2126 / 0,7152 / 0,0722; для BT.601 — 0,299 / 0,587 / 0,114; для BT.2020 NCL — 0,2627 / 0,6780 / 0,0593. Неверная обратная матрица по-разному изменяет цветные участки.

Но смена коэффициентов 709 на 2020 не превращает основные цвета одного пространства в другое. Для этого нужно отдельное цветовое преобразование. В метаданных primaries и matrix являются разными полями именно потому, что описывают разные вещи. Нельзя достоверно назначить матрицу только по разрешению: после масштабирования старый материал может сохранить своё кодирование.

В номинальном 8-битном видеодиапазоне Y′ чёрный имеет код 16, белый — 235. Для 10 бит это 64 и 940. Цветоразностные компоненты используют другой размах: 16–240 с нейтралью 128 или 64–960 с нейтралью 512. Ошибка применять размах Y′ ко всем трём каналам создаёт дополнительные изменения цвета.

Номинальные границы не означают, что все числа вне них бессмысленны или обязаны немедленно обрезаться. Запас и зарезервированные значения зависят от системы передачи и формата. Full для Y′/RGB в опыте означает отображение 0…1 на 0…2ⁿ−1. Полное цифровое представление chroma нужно читать по определению конкретного формата, а не копировать формулу яркостной компоненты.

Если коды Video прочитать как Full, номинальный чёрный станет положительным, а белый не достигнет единицы. Изображение может выглядеть выцветшим. В обратной ситуации — Full читается как Video — восстановленные значения выходят ниже нуля и выше единицы. Если следующий этап ограничит их, детали в краях диапазона исчезнут.

Это линейное изменение масштаба и смещения кодов, а не новая гамма, не баланс белого и не смена основных цветов. В опыте числа за пределами 0…1 сохраняются в показаниях; ограничена только плашка на экране. По одному внешнему виду диагноз не ставят: мягкий look может выглядеть похоже. Подтвердите гипотезу метаданными, известной шкалой и повторным импортом.

n бит дают 2ⁿ возможных целочисленных слов: 256, 1024 и 4096 для 8, 10 и 12 бит. Размещение номинального сигнала внутри этих слов зависит от диапазона. Например, 64…940 содержит 877 кодовых значений, но 876 интервалов между крайними. Эти числа не следует путать при расчёте шага.

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

В 4:4:4 у Y′, Cb и Cr одинаковое число пространственных отсчётов. В 4:2:2 у каждой chroma-компоненты вдвое меньше отсчётов по горизонтали. В распространённой прогрессивной 4:2:0 сетка chroma вдвое меньше по обеим осям. Яркостная сетка при этом не обязана уменьшаться.

Это не означает, что у 4:2:0 «нет синего канала»: Cb и Cr сохраняются, но реже. Уменьшение количества значений экономит данные ещё до энтропийного сжатия. На однопиксельных цветных линиях это иной тип ограничения, чем 8-битные ступени на градиенте. Для чересстрочного материала нужно отдельно учитывать структуру полей.

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

Поэтому цепочка ресайза и перекодирования должна согласовать фильтр, позицию chroma и, при необходимости, поля. Метаданные могут отсутствовать; тогда важны правила самого формата и документированные предположения декодера. Лаборатория использует явно описанные центрированные блоки и простое восстановление, а не заявляет универсальную имитацию 4:2:0 каждого кодека.

Кодек определяет способы кодирования и сжатия; профиль ограничивает доступные инструменты и представления. Контейнер объединяет потоки, временные сведения и метаданные. Ни MOV, ни MP4 не являются сами по себе цветовым пространством. Разные файлы одного расширения могут нести совершенно разные видеопотоки.

Даже внутри одного семейства кодеков различаются сетка компонент, разрядность, альфа и степень потерь. Например, документация Apple различает варианты ProRes 422 и 4444; это не одно качество с разным весом файла. Visually lossless также не означает математическую тождественность исходнику. Для важных промежуточных операций проверяйте конкретный профиль и результат декодирования.

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

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

Сначала сравните параметры исходника и декодирования. Неверный диапазон, неверная матрица и неверная передаточная функция дают разные классы ошибок. Data Levels относится к интерпретации числового диапазона; Input Color Space описывает цветовое состояние. Их нельзя считать взаимозаменяемыми кнопками «исправить картинку».

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

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

Для внешней проверки подходит ffprobe: -select_streams v:0 выбирает первый видеопоток, -show_entries задаёт поля, -of json выдаёт структурированный отчёт. Пустое поле или unknown означает отсутствие определённых сведений, а не автоматически Rec.709. Не передавайте клиенту «исправленный» файл только по тому, что в одном плеере он стал приятнее.