Одинаковые коды? Сначала декодируйте.

sRGB появился как общий способ интерпретировать изображения между устройствами и приложениями. Историческое предложение Hewlett-Packard и Microsoft стремилось дать интернету и настольным системам понятную базовую цветовую договорённость. Это особенно важно там, где у файла нет подробного профиля устройства.

Стандарт не делает все мониторы одинаковыми. Он описывает исходное цветовое пространство, а приложение и управление цветом должны связать эти координаты с реальным дисплеем. Поэтому «файл sRGB» и «экран откалиброван» — разные утверждения.

sRGB использует основные цвета R (0,640; 0,330), G (0,300; 0,600), B (0,150; 0,060), белую точку D65 и составную передаточную функцию. Координаты относятся к определённому цветовому представлению, а не просто к положению трёх ползунков.

Код [0,5; 0,5; 0,5] нейтрален относительно этого белого, но не соответствует половине линейного света. Декодирование даёт примерно 0,214 по каждому каналу. Не путайте относительную величину с яркостью физического экрана в кд/м².

Совпадение основных цветов с Rec.709 означает совпадение линейной RGB-матрицы при той же нормировке белого. Оно не отменяет различий кодирования и условий отображения.

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

Из кода C в линейное значение: C/12,92 при C ≤ 0,04045; иначе ((C + 0,055)/1,055)^2,4. Обратная функция использует порог 0,0031308. Эти две ветви объясняют, почему sRGB — не точная степень 2,2 и не чистая степень 2,4.

Вычисления света выполняют после декодирования. Например, смесь чёрного и белого пополам в линейном свете даёт код примерно 0,735, а простое среднее кодов — 0,5. Обе операции математически определены, но решают разные задачи; линейное смешивание не является обещанием равномерного восприятия цвета.

Реестр ICC связывает sRGB с опорным дисплейным контекстом, в том числе белым D65 и опорной яркостью белого 80 кд/м². Это исходная модель описания, а не утверждение, что ваше окно браузера физически светит с такой яркостью.

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

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

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

Обычный CSS HEX, rgb() и hsl() обозначают цвета sRGB. #ff0000 не означает самый насыщенный красный, который способен показать текущий монитор. Для другого пространства используется явная запись, например color(display-p3 …).

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

Широкий охват в вебе требует согласованной цепочки: корректное определение цвета, поддержка приложением, управление цветом и подходящий дисплей. Метка P3 сама по себе не расширяет возможности экрана.

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

Графика, фотография и клип могут иметь разные исходные представления. Готовый PNG с sRGB-профилем не становится камерным Log только потому, что его положили в DWG/Intermediate-таймлайн. При этом файл с прозрачностью требует отдельно проверить alpha и край композиции.

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

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

В преобразовании sRGB-графики для видео сначала снимают её кодирование, затем выполняют необходимое согласование и кодируют результат для вывода. Точный процесс определяется намерением: сохранить готовый вид, встроить изображение в сцену или подготовить иной мастер. Нельзя применять все возможные преобразования подряд.

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

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