Andrey писал(а): Пт ноя 23, 2012 22:01
Отвечу Вам и Юле, как только доберусь до компьютера. С телефона писать большие сообщения очень не комфортно.
Мои мысли по этому поводу:
1) CMS система работает по принципу, который кратко описал выше:
Любые устройства, работающие с графикой, включая принтеры, плотеры, сканеры, мониторы и т.п. и т.д., а также любые графические файлы, обмениваются информацией через «некоторое универсальное цветовое пространство» и в процессе каждого обмена происходит двойное преобразование:
Устройство 1 (или изображение)
|
|
профиль Устройства 1 (или профиль изображения)
|
|
Универсальное цветовое пространство в CMS
|
|
профиль Устройства 2 (или профиль изображения)
|
|
Выход устройства 2
Под выходом устройства 2 может быть то, что мы видим на мониторе, или получаем на выходе принтера и т.п.
Никакие два устройства не могут общаться «напрямую», минуя «универсальное цветовое пространство».
Времена, когда изображение посылалось напрямую на LUT видеокарты были в Винде в до CMS эру, и эти времена давно прошли. На Маках вышеописанная схема работала изначально.
2) Программы деляться на те, которые поддерживают работу с профилями и те, которые не поддерживают оной.
Но, что важно, и существенно: даже если программа не поддерживает работу с профилями, она ничего не может послать на монитор (или куда-либо еще) минуя CMS. Если программа не поддерживает работу с профилями это означает только одно (на примере просмотра файла на мониторе): профиль внедренный в изображение, если таковой имеется, не будет распознан системой и вместо него будет взять некий умолчательный профиль. Но оба преобразования в «стандартное цветовое пространство» и из него в «выходное пространство» будут выполнены. Если, конечно же, пользователь сознательно не отключил управление цветом в системе (некоторый софт для калибровки позволяет это сделать, да и Виндовс, в отличии от МакОС, система открытая и в ней можно наворотить все, что угодно).
3) «Пережаренные фотографии» на мониторах с более широким, чем sRGB, цветовым охватом.
Простой тест: берем фотографию с внедренным профилем sRGB (или без оного, запомненную как Save for Web) и открываем ее в ФШ с установленнм рабочим пространством AdobeRGB (или любым другим более широким, чем sRGB цветовым пространством). При открытии файла (если соотвествующие галочки были поставлены) система спросить, что делать с файлом: выбираем assign sRGB (или оставляем его, если это пространство уже было внедрено в файл) и, что самое главное, не забывает галочку «конвертировать в рабочее пространство».
Файл после этого откроется пережаренным или нет?
Нет.
Теперь далаем копию исходного файла и при открытии делаем все тоже самое, только не ставим галочку «конвертировать в рабочее пространство».
Получаем пережаренные цвета.
На самом деле, этот простой тест, ни что иное как эмуляция работы CMS при открытии файла в Internet Explorer (или любой другой программе не поддерживающей работу с профилями). Т.е. на первом этапе берется профиль по умолчанию (sRGB), идет перевод в «стандартное цветовое пространство» CMS, после этого берется второй профиль (AdobeRGB или профиль монитора с большим цветовым пространством) и получаем «нормальное, не пережаренное» изображение.
«Пережаренное» изображение получается только в том случае, если в системе отключен второй шаг (т.е. нет преобразования из «стандартного цветового пространства» в цветовое пространство монитора).
В этом случае значения в пространстве sRGB берутся «как есть» но показываются в более широком пространстве (AdobeRGB или пространство монитора).
Получается, что "пережаренные" фотографии при открытии фотографий в формате sRGB на мониторах с более широким цветовым пространством получаются у тех, кто сознательно отключил управление цветом в системе (Windows/CMS).
