Настройки фотошопа

[Ратников Серёжа]

Юляша, а почему Вы в настройках gfx.color_management.rendering_intent - не стали выбирать "3"?



Сейчас ещё раз прочёл описание параметра "gfx.color_management.display_profile"... видимо, тут и кроется ответ на мой предыдущий вопрос относительно системного профайла:

Если вы хотите указать иной цветовой профиль в этом параметре можно указать полный путь к нему. После этого FireFox будет игнорировать системные настройки цвета в Windows.



А как тогда будет выведено изображение? Браузер минуя системные настройки на видеокарту отправляет координаты в другом пространстве (указанном в настройках профиле)?

[Julysha]

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

Так и есть. А я разве написала иное?



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



Предполагается, что картинка не имеет цветов, выходящих из sRGB. Мои действия такие (даже написан экшн, который экономит мое время):



1. Нажимаю на кнопку Принтскрин (например того, что отображает ViewNX).

2. В Фотошопе открываю новый документ и вставляю в него изображение (Ctrl + V).

3. Объединяю слои.

4. Применяю Asign Profile - выбираю профиль монитора, стоящий на данный момент в системе (профиль откалиброванного монитора).

5. Конвертирую ее в sRGB и сохраняю с внедрением профиля.

6. Публикую в Интернете.



Результат: полная идентичность с тем, что я вижу на экране в ViewNX и в моей публикации в интернете.

[Andrey]

Я потому тогда и создал тему на фото.ру - искал ошибку. Но тогда она найдена не была. Будет здорово, если сейчас получится.

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



Над Вам довлеет груз прочитанного ...



Давайте приведу Вам несколько примеров, а Вы, просто попытайтесь на них ответить для себя. Логически ответить отбросив все, что Вы знали до этого, и не будете пытаться впихнуть в ту схему, которую Вам навязывают ...



Пример первый:



У Вас комп (черный ящик), к которому подключены камера, монитор и принтер. Теперь выключаете монитор, отсоединяете его от компа и ставите на полочку.

У Вас остались комп с подключенными камерой и принтером. На камере находятся фотографии в sRGB, AdobeRGB и без всякого цветового профайла.

Теперь Вы просто посылаете эти фотографии с камеры на принтер (у, которого, как известно цветовое пространство CMYK).



Спрашивается, в какое место, и главное ЗАЧЕМ Вы собираетесь пихать в эту схему цветовой профиль монитора, который у Вас стоит на полочке?



Где Вы здесь увидели профиль монитора, который должен присваиваться по умолчанию? ГДЕ?





Давайте попробуем разобраться, где ж, все ж, присутствует профиль монитора и как все работает ....



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



Теперь для устройств вывода (монитор, принтер, плотер и т.п.) нарисуйте стрелочки от компа к эти устройствам, а для устройств ввода наоборот, от них к компу.



Далее на черном ящике (комп) напишите CMS и под этим: цветовое пространство CIE XYZ. А над каждым из устройств соответствующее цветовое пространство. А над каждой стрелочкой напишите профиль ...



Т.е. профиль монитора у Вас будет присутствовать только на стрелочках от CMS (с цветовым пространством CIE XYZ) к монитору(ам) с соответствующими цветовыми пространствами.



БОЛЬШЕ НИГДЕ профиля монитора НЕТ ...



На изображении, которое идет от устройств ввода в CMS профиля монитора НЕТ и быть не может, если кто-то, по глупости этого самостоятельно не сделал.



Подумайте ЗАЧЕМ Вам надо два раза присваивать профиль монитора (первый раз на стрелочке от устройства ввода в CMS, второй раз от CMS к монитору)?

ЗАЧЕМ?



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



Далее остался совсем простой шаг ...



На всех стрелочках идущих в CMS у Вас долже быть какой-то профиль ... ничего нельзя просто положить в цветовое пространство CIE XYZ (иначе будет цветовая каша) ... т.е. в ОС должен существовать какой-то умолчательный профиль, с которым она кладет все в CMS (если профиль отсутствует) и умолчательный профиль, с которым она выводит на монитор (вот это и есть профиль монитора).



ЭТИ ДВА УМОЛЧАТЕЛЬНЫХ ПРОФИЛЯ РАЗНЫЕ ... На монитор, само-собой, все выводится с профилем монитора ... а вот на вход CMS устанавливать умолчательный профиль в профиль монитора - это большая глупость ...



Умолчательный профиль на входе в CMS, как правило, это sRGB ...

[flash-v]

Добавлю еще немного, просто часто путают профили и цветные пространства.

Итак, снимая например серый на камеру мы условно получим в пространстве RGB например значения 125, 110, 180 (условно), это аппаратно зависимое пространство RGB и оно разное для разных камер, далее мы должны пересчитать это в однозначное пространство LAB или XYZ, делается это с помощью профиля, который строиться под эту камеру, в итоге в лаб получим 25 0 0 (примерно), теперь этот серый надо отобразить на мониторе, для видимого излучения серого надо задать 118,150,110 (условно) и для пересчета из лаб используется профиль монитора, все весь принцип управления цветом. Но проблема в том, что для цветокоррекции надо нормированные пространства, для удобства пересчета, это и есть разные типы например RGB (адоб или s) где серый это 125,125,125, пересчет из аппаратно зависимого пространства в нормированное также идет через LAB или XYZ с помощью профиля и так далее. У файла изображения нет профиля как такового, есть тег в каком цветовом пространстве он сохранен.

[Andrey]

Добавлю еще немного, просто часто путают профили и цветные пространства.

Вы все правильно написали ...



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

Т.е. зашли на страничку Васи Пупкина с картинкой, и она моментально появилась на мониторе, значит одно действие с одним профилем.

Это самое большое заблуждение.



Броузер - это компьютерная программа, имеющая вход и выход, это два разных шага/две разных операции ОС:



Первый шаг: Зашли на страничку Васи Пупкина - изображение попало на Ваш компьютер в Вашу CMS в цветовое пространство CIE XYZ, и попало это изображение, либо с профилем, который ассоциирован с данным изображением (если броузер поодерживает цветовые профили), либо попало с неким умолчательным профилем, если броузер не поддерживает работу с профилями, либо профиль отсутствует.



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



Второй шаг: Изображение выводится на экран. Это означает, что изображение из цветового пространства CIE XYZ (внутреннее цветовое пространство CMS) конвертируется в цветовое пространство Вашего монитора. И вот на этом только шаге используется профиль монитора.



Три цветовых пространства:



1. Цветовое пространство изображения

2. Цветовое пространство CIE XYZ в CMS

3. Выходное цветовое пространство (в случае вывода на экран: цветовое пространство монитора)



Два шага, каждый со своим цветовым профилем:



1. Из цветового пространства изображения в цветовое пространство CIE XYZ в CMS, с соответствующим профилем (не профилем монитра!!!)

2. Из цветового пространства CIE XYZ в CMS в цветовое пространство монитора с профилем монитора.





Простой пример:



Опять отключаем монитор и ставим его на полочку.

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



Где здесь нужен профиль монитора?



Броузер работает, изображение забирается и выводится на печать ... зачем в этом случае пихать на первом шаге профиль монитора?





Разница между броузерами с поддержкой профилей и без оной, только в том, что первые складывают изображение в цветовое пространство CIE XYZ в CMS с ассоциированным с изображением профилем, а броузеры без поддержки профилей делают эту же операцию с неким умолчательным профилем, который никакого отношения к профилю монитора не имеет.



Все, вся разница ...



Когда калибруется монитор, то изменяется только профиль ассоциированный с данным монитором (т.е. профиль, который применяется на втором шаге).

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



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

[Alex Cooper]

Автору ветки: считается, что только фотошоп правильно и корректно отображает цвета, все остальное всегда будет зависеть от настроек. Вы знаете, что в том окне в первом посте есть ещё интересная вкладка с настройками?

Спасибо, разобрались на второй день, когда попросил перекалибровать уже с помощью Argyll (кстати, в отличие от родного profilemaker поменялась кривая в светах в лучшую сторону). Проблема была в том, что IrfanView до обновления 4.38 не поддерживал cms, к тому же в raw конвертере Photivo нужно было установить профиль монитора. И даже в этом случае картинка чуть чуть разная, в конвертере она чуть более контрастная.

[AlexU]

Вы все правильно написали ...

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

Браво! Всё очень доходчиво. Схемы прям как в гайдлайнах ECI для препресс, которые я сейчас читаю для кругозора.

[Alex Cooper]

Теперь появился очередной вопрос - при печати (на машине Frontier 570) цвета блеклые и картинка темнее как быть?

[Ратников Серёжа]

В соседней ветке привели интересную цитату:

По поводу профилей..

http://igor-bon.narod.ru/index/www_cvet ... _seti/0-24

Даже самые "передовые" браузеры, умеющие работать с профилями, сталкиваясь с картинкой, в которой не встроен профиль, вместо того, что бы присвоить им профиль sRGB - присваивают им профиль монитора (т.е. выводят "как есть"). Вопреки сложившемуся мнению - браузеры и просмотровщики, которые не умеют работать с цветом, профиль sRGB изображению не присваивают - они этому не обучены, они отправляют на монитор изображение "как есть" - о существовании профиля монитора и профиля sRGB они не подозревают. Расчет на то, что характеристики монитора будут близки к sRGB, что до последнего времени было не далеко от истины. Но все больше распространение получают мониторы с расширенным цветовым охватом (к примеру (ViewSonic VLED221wm, LG L226WT, Samsung SyncMaster XL24, HP DreamColor LP2480zx, Dell U2410, LaCie 526, NEC 2690WUXi2, EIZO CG19 и др.) и ситуация вышла из-под контроля. На мониторе с расширенным цветовым охватом в таких ситуациях картинка выглядит, так, как если бы мы изображению sRGB присвоили профиль (Assing Profile) adobeRGB - "пережарено".

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



Попробуем разобраться всё же:

Когда программа не имеющая CMS пытается, что-то вывести на экран, она пишет значения RGB из файла напрямую в LUD для вывода на экран (минуя матрицу преобразования между цветовыми пр-вами)

Вот здесь Вы пишите, что можно вывести изображение as is, игнорируя пересчёт. То есть выводящее устройство будет считать, что переданы данные в его родных координатах.



А выше я рассуждал, отталкиваясь от Ваших слов этой теме:

2) Никакое устройство не может общаться с CMS без профиля. По умолчанию, если профиль устройства/изображения отсутствует, то CMS будет считать его как sRGB (по крайней мере под Виндой).

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

[Ратников Серёжа]

Давайте попробуем разобраться, где ж, все ж, присутствует профиль монитора и как все работает ....

…

Подумайте ЗАЧЕМ Вам надо два раза присваивать профиль монитора (первый раз на стрелочке от устройства ввода в CMS, второй раз от CMS к монитору)?

ЗАЧЕМ?

…

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

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



Впрочем, возможно, что действительно – я несколько путаюсь в терминологии.

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



ЭТИ ДВА УМОЛЧАТЕЛЬНЫХ ПРОФИЛЯ РАЗНЫЕ ... На монитор, само-собой, все выводится с профилем монитора ... а вот на вход CMS устанавливать умолчательный профиль в профиль монитора - это большая глупость ...



Умолчательный профиль на входе в CMS, как правило, это sRGB ...

Андрей, а подскажите, пожалуйста, где можно посмотреть настройку умолчательного профиля системного?



И всё же если профиль по умолчанию на входе sRGB, то независимо от умения программ общаться с CMS, они бы все выводили фотографии в пространстве sRGB корректно на любом мониторе. Но этого не происходит, о чём подтверждают и мои опыты (со старым IE), и вот цитата из статьи выше. Изображения выводятся as is, без пересчёта координат из sRGB (который должен был быть назначен, являясь умолчательным профилем) в координаты монитора для вывода.



Очень надеюсь прояснить возникшее недоразумение.