ICC

FireFox 3.5: верните ICC v4

lexa - 11/Сен/2009 17:08

Я уже писал о поддержке ICC в браузерах:

И там уже упоминал, что Firefox 3.0 поддерживает и ICC v2 и ICC v4.

А вот у Firefox 3.5 это бл.. не так, поддержку ICC v4 пролюбили.

Я несколько раз ставил 3.5, получал кислотные цвета, тупо смотрел в настройки (где с color management все было нормально), ничего не понимал и сносил. Сейчас вот потратил лишние две минуты и, наконец, осознал.

Придется, соответственно, для монитора строить два профиля, один для всех программ, а второй - для этого уродца.

А причина всего этого безумия - это отказ разработчиков от lcms и замена ее собственной мозильской (как я понял) разработкой. Быстрой и недоделанной.

Поддержка ICC в браузерах

lexa - 27/Ноя/2008 12:46

Увидел замечательную страничку, которая позволяет быстро проверить наличие ICC-поддержки в браузере (ну и не только в нем, там и PDF-версия есть)

Is your system ICC Version 4 ready?

Результат ожидаемый: Firefox 3 'ready' (поддерживет и ICC v2 и v4), MS IE7 вообще не в теме.

Надо попробовать картинки для веба в YCC-RGB готовить. Или в GBR. Чтобы неповадно было.

Update В Firefox3 - надо не забыть включить Color Management. А юниксовый - собирать с lcms (виндовый бинарь собран с CMS)

Браузеры и Color Management

lexa - 19/Авг/2008 01:24

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

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

Ну совсем грубо, RGB (255,0,0) - это на двух мониторах ("обычном" и "расширенном") будет красный цвет, соответствующий красному углу охвата. Только красный этот будет сильно разным, см. например картинки с охватом

На скриншоте ниже четыре (на самом деле 2) варианта показа на мониторе одной и той же картинки:

browser-cm.jpg
открыть покрупнее

Слева направа и сверху вниз:

  • Firefox 3 (с включенным Color Management)
  • Photoshop CS3
  • Internet Explorer 7
  • Microsoft Picture and Fax viewer
Верхний ряд: правильное представление, нижний: неправильное.

Ошибки при обработке цвета: часть V, табличные профили

lexa - 09/Дек/2007 19:09
В предыдущих сериях мы рассматривали ошибки обработки цвета, возникающие при использовании матричных профилей, т.е. таких, где преобразование в PCS (profile connection space) и обратно задается простой матрицей 3x3. В реальной жизни матричные профили используются как рабочие пространства, а на стадиях импорта изображений и печати используются табличные профили, описывающие нелинейности реальных устройств.

Методология тестирования подробно описана в первой и второй статьях серии.

Upd: включены данные по Argyll для линейной гаммы.

Ошибки при обработке цвета: реабилитация Argyll

lexa - 29/Ноя/2007 18:59
В первой части CMM-эпопеи с дистанции была снята CMS Argyll: в области с высокими насыщенностями наблюдались видимые взглядом артефакты. В то же время, на 16-битных файлах Argyll показала великолепные результаты, сравнимые, а на части данных и сильно лучшие, чем у лучших коммерческих CMM.

Как и я и обещал, я заслал автору баг-репорт. К моему приятному изумлению, ответ был получен через час и содержал патч к cctiff (тестовому приложению, которое я использовал в тестах). В самой CMM-engine ничего править не пришлось, там все было правильно.

Ошибки при обработке цвета: часть IV, линейная гамма

lexa - 25/Ноя/2007 22:59
Это уже четвертая публикация на тему ошибок при преобразованиях цвета, мы постепенно приближаемся к реальным задачам. Список предыдущих серий: постепенно мы приближаемся к реальным задачам....

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

Ошибки при обработке цвета: III. BetaRGB

lexa - 25/Ноя/2007 19:33
В предыдущих сериях мы изучали ошибки модулей управления цветом при преобразовании sRGB-Lab->sRGB (и для 8 бит тоже).

sRGB был выбран по той причине, что все цвета sRGB входят в Lab, следовательно, при абсолютной точности преобразований, вышеописанное преобразование не должно приводить к потере данных. В то же время, в реальной жизни для редактирования и хранения используются RGB-пространства с более широким gamut: Adobe RGB, ProPhoto, BetaRGB, EktaSpace и так далее.

Пространство BetaRGB обладает массой достоинств в качестве пространства хранения и редактирования: большим охватом реальных цветов, большой эффективностью кодирования данных. Интересно посмотреть, как ведут себя CMM-модули с этим пространством.

Ошибки при обработке цвета: II. 16 бит, гамма 2.2, матричные профили

lexa - 22/Ноя/2007 15:00
В предыдущей публикации были рассмотрены ошибки, которые происходят в Color Management Modules (CMM) разных систем при обработке 8-битных данных. Было показано, что такое "неразрушающее" действие как конверсия из RGB в Lab и обратно оставляет от 3-5 значащих бит от восьми.

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

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

Ошибки при обработке цвета: I. 8-битные изображения, матричные профили

lexa - 19/Ноя/2007 12:17
Все, кто работает с цветом, догадываются, что любая операция редактирования немножко разрушает изображение за счет округления дробных результатов вычислений до целых значений. Вот например, наложили вы кривую, таким образом, что значение 1 должно стать 1.8, а 2 — 2.2. После округления, оба результата будут округлены до 2, отчего вместо двух разных цветов получатся два одинаковых.

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

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

Bruce Lindbloom подошел к проблеме вплотную и показал, что для специального синтезированного изображения со всеми возможными цветами (16 млн цветов в 8-битном RGB-изображении) цикл конверсии sRGB->LAB->sRGB оставляет только 2 млн разных цветов из исходных 16 млн.

Простые упражнения с фотошопом (прогнать картинку по циклу RGB->LAB->RGB, а потом посмотреть разницу через Image—>Calculations) показали, что разница по красному каналу достигает 24 единиц т.е. речь идет о 5 битах ошибки в 8-битном изображении.

Дальнейшие упражнения потребовали создания инструментальных средств и аккуратной постановки эксперимента.

Subscribe to ICC