Photoshop

О консенсусе

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

Ну вот есть файл (RGB), к нему прилагается профиль (ICC), следует ожидать что на одном и том же устройстве (LCD мониторе, чтобы быть конкретным) он при включенном Color Engine отобразится более-менее разумно и одинаково.

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

Конечно, жизнь несколько богаче и 2.5 года назад я уже исследовал проблему точности CMM (Color Management Module) и написал про это серию статей. Но я наблюдал в эксперименте разумные ошибки - 5-6, а для хороших CMM и 8 бит данных сохранялись, отклонения от смены CMM в худшем случае были заметны глазом, но не были фатальными.

Однако свежее письмо в Colorsync users и прилагавшийся к нему файлик заставили пересмотреть вышеописанное мнение. Спасибо добрым людям, что обратили внимание, не дали пройти мимо.

Да, на картинке слева вы видите кусочек из этого файла, показанный на одном и том же мониторе, с одним и тем же профилем монитора, одним и тем же профилем при цветовых данных файла, одной и той же программой (Adobe Photoshop) с одними и теми же настройками за исключением одной....

Не на правах рекламы, а от чистого сердца.

Если кто не знает: 18 сентября 2009 года, в Москве, в "Метрополе", будет однодневный семинар Дэна Маргулиса, посвященный преимущественно Picture Postcard Workflow (PPW) - новому быстрому workflow от Дэна.

Я уже которую неделю маленькими кусочками смотрю видео от Kelby Training, продираясь через устный английский, ибо без этого обсуждение в ACT (которое по следам видео) на душу не ложится. Умучался неимоверно и решил, что пусть лучше мне за 120 баксов устроят синхронный перевод.

• Анонс мероприятия
• Рекламная листовка про PPW, к сожалению не могу отослать к более содержательному месту в сети, ибо не нашел.
• еще чуть ближе к регистрационной форме.

Если кто-то считает нужным перепостить это в тематические сообщества (по фотошопу, по обработке фото), то сделайте это пожалуйста.

P.S. Сожалею что не могу дать общедоступную ссылку в ACT, ибо рассылка Applied Color Theory даже для чтения требует одобрения модератора, которое, впрочем, легко дают.

P.P.S. А видео от Kelby есть на torrents.ru

Я уже пиарил тут Yahoo-группу Applied Color Theory in Photoshop (часто ее называют ACT), но думаю что есть смысл повторить.

В частности, "в ответ" на Smarter Sharpen, который тут уже обсуждали, Дан Маргулис выкатил свою action, которая кажется черезвычайно удобной в применении: можно пускать батчем сразу, а потом доточить по месту, регулируя прозрачность слоев и их маски. Результат - хороший, но предназначенный для печати, для веба нужно, по всей видимости, подобрать параметры и сделать по образу и подобию.

К сожалению, нормальную прямую ссылку прямо на архив дать не получается, группа закрытая, поэтому могу только порекомендовать подписаться. Для этого нужна регистрация на Yahoo, а потом посылается запрос на подписку на группу (синяя кнопка Join Group). По моему опыту, запрос должен быть содержательным, а не просто "хочу читать"). Язык всего (и запроса на подписку и самой группы) - английский.

Если кто-то не поленится и адаптирует эту action к Lab (она RGB-only), я буду весьма благодарен....

Проект LibRaw стал настоящим — у нас завелся живой форумный тролль. Как от многих таких троллей, от него есть и некоторая польза: если кормить его вдумчиво, то можно заодно разобраться с какими-то вещами, до которых не доходили руки. В данном конкретном случае я разобрался с мониторным softproof (т.е. эмуляцией одного монитора на другом) и с пользой от этой техники для обработки изображений:

• поиск невидимых (искаженных) цветов на собственных картинках;
• оценка того, как изображение будет выглядеть на чужом мониторе (в том числе и в приложении, которое ничего не знает про профили и ICC).

Все эти вещи - интуитивно понятны, но их систематизация оказалась полезной и выродилась в отдельный текст:

Мониторный Softproof и Gamut Warning в Adobe Photoshop
...мониторный софтпруф может быть полезен тем, кто публикуется на фото-сайтах и подобным электронным образом, особенно для тех, кто обзавелся монитором с расширенным охватом и/или использует в качестве рабочего пространства - RGB пространство с охватом, много большим чем мониторный (например, Adobe RGB на обычном мониторе).
Помимо этого, вполне возможна ситуация, когда монитор не способен отобразить все цвета изображения - и это надо вовремя детектировать.

Что-то я анонс пропустил, а сегодня случайно наткнулся на Pixel Bender от Adobe Labs.

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

В-общем, я раскатал губу, скачал, поставил, закатал рукава и приготовился творить.

Два дня всерьез пользую CS4, впечатления смешанные:

• 64-битный - сцуко, быстрый. Если быть точным, то сохранение (layered tiff, PSD, PNG) не кажется быстрее прошлых версий, а вот работа с большим количеством здоровых открытых файлов - не тормозит.
• Естественно, ни один из старых 3rd-party плагинов под 64-бита не работает. В результате двустадийный Workflow (RPP - Lab - Photoshop - RGB) стал трехстадийным (RPP - Lab -PSx64(основная обработка) - Lab - PSx32(плагины)). На каждом шаге количество обрабатываемого падает в разы, поэтому жить можно.
• 32-битный по ощущениям медленее.

Но есть некоторое количество довольно мерзких багов.

• Ctrl-0 делает картинку больше, чем экран. Точнее, в старом фотошопе все было бы отлично, а вот если использовать новомодное окно с табами, то поправку на высоту табов не делают.
• В ряде случаев, сохранение файла Фотошопом сбивает рейтинг, поставленный бриджем. Пока кажется, что это бывает если файл не открывался через бридж, но буду изучать.
• Перетаскивание окна Bridge между окнами не меняет экранный профиль "в который" рендерит бридж.
• Настройка 'Remember Panel Location' ужасающа - Panel можно чуть-чуть сдвинуть с места, а дальше оно не дается. Уроды.

Ну а вообще, принципиальное отличие - это скорость работы. Действительно многое сильно быстрее. Остальное - косметические удобства (или я пока чего-то важного не нашел).

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

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

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