Точность значений. Плотность отсчётов.

Целочисленная компонента в n бит имеет 2ⁿ возможных кодов: 256 в 8 бит, 1024 в 10 и 4096 в 12. Это количество кодов всего слова, а не автоматически число используемых ступеней между номинальным чёрным и белым. В Video часть шкалы имеет другое назначение, а размах Y′ отличается от chroma.

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

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

Небольшой шум или dither может декоррелировать ошибку квантования и сделать структуру менее заметной. Это не восстановление исходных промежуточных значений. Лаборатория намеренно не добавляет dither: сначала видна сама ошибка. Увеличение градиента в ней — явно подписанное растяжение участка 0,25…0,35, а не просмотр HDR.

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

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

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

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

В рассматриваемом Y′CbCr 4:4:4 для каждой позиции сохраняются Y′, Cb и Cr. Это позволяет передавать мелкую цветную структуру без обязательного уменьшения chroma-сетки. Но 4:4:4 само по себе не сообщает разрядность, кодек, силу сжатия или наличие прозрачности.

Для изображения W×H полные плоскости дают 3WH отсчётов без альфы. Это счёт пространственных значений, не размер сжатого файла. В ProRes разные профили семейства имеют разные возможности; окончание 4444 связано в том числе с поддержкой альфы, но не означает, что каждый файл действительно содержит полезный alpha-канал.

В типичном 4:2:2 горизонтальная плотность Cb и Cr вдвое меньше Y′; вертикальная сохраняется. На каждые два яркостных отсчёта по строке приходится по одному Cb и Cr. Это не удаление половины RGB-пикселей и не разделение кадра на красную, зелёную и синюю половины.

Для чётных W и H всего получается 2WH значений: WH яркостных и по WH/2 цветоразностных. При одинаковом числе бит это две трети отсчётов 4:4:4 до сжатия. Тонкий вертикальный цветной край особенно чувствителен к горизонтальной фильтрации, а серый край может оставаться детальным за счёт Y′.

В обычной прогрессивной модели 4:2:0 одна пара Cb/Cr приходится на область 2×2 яркостных позиций. Y′ остаётся полноразмерным, каждая chroma-плоскость содержит WH/4 отсчётов, всего — 1,5WH. Это половина общего числа компонентных отсчётов 4:4:4, но не «половина качества изображения».

Перед прореживанием цветоразности фильтруют. Простой box-фильтр опыта усредняет блок, а восстановление повторяет его значение. Настоящие кодеки и декодеры могут использовать другие фильтры и позиции. Следовательно, картинка опыта объясняет вид потери, но не прогнозирует качество конкретного H.264 или HEVC пресета.

Запись 4:2:0 не определяет в одиночку положение chroma относительно Y′ и способ восстановления. Прогрессивные и чересстрочные схемы требуют отдельного внимания. Фаза фильтра и место отсчётов влияют на положение тонких цветных краёв; ошибка может выглядеть как ореол или сдвиг цвета.

В опыте сдвиг узора показывает, что одинаковая решётка по-разному попадает на границы усредняемых блоков. Это не переключатель MPEG chroma siting: позиции модели фиксированы и явно описаны. При реальном обмене уточняйте метаданные chroma_location и поведение используемого фильтра.

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

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

Для гладких градиентов и сильной коррекции важна точность значений. Для тонкой цветной графики, краёв chroma key и промежуточного композитинга важна ещё и пространственная сетка. Движение, текстура, шум и ограничения кодека добавляют другие требования. Поэтому 10-bit 4:2:0 и 8-bit 4:4:4 нельзя универсально упорядочить одним словом «лучше».

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

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

Проверьте фактический pix_fmt и профиль результата отдельным инструментом. Настройка рендера — намерение; готовый поток — то, что будет прочитано получателем. В материалах с масками смотрите и RGB, и matte, поскольку ошибка на chroma-границе может усиливаться после выделения.

Рабочий мастер должен сохранять нужные для дальнейшей обработки свойства, а файл доставки — соответствовать подтверждённой спецификации получателя. Это могут быть разные файлы. Не назначайте всем задачам один универсальный «максимальный» preset: неподдерживаемый профиль не становится полезнее от большего числа бит.

Проверьте глубину компонент, chroma, диапазон, основные цвета, transfer и alpha отдельно. Храните исходники и описание обработки. Если конечная платформа перекодирует материал, оценивайте и её фактический результат, а не только локальную копию. Требования конкретной площадки нужно проверять на момент передачи.