Цитата:от: Улдыс
а если не профилировать сканер, что мы теряем? ведь помойму он использует какой то (пусть какой то профиль всегда и везде)...и мы с этой достоверностью и сканим всегда..можеь не так страшно?
Да, NikonScan использует имеющийся у него некий стандартный профиль, некоего стандартного сканера. Иначе невозможно было бы вообще сканировать. Его, кстати, можно использовать и в ФШ. Надо только заголовок слегка подкорректировать. Где-то читал как, но где и что именно надо править - не помню. Мне в общем-то без надобности.
Что теряем? А для чего вообще нужен профиль сканера? Вот зарядили мы пленку в держатель, сунули в сканер и сказали сканировать. Сенсоры замеряли падающий на них световой поток, преобразовали его в напряжение. Аналого-цифровой преобразователь сделал из него некоторое число. Предположим, что в результате в наш файлик записалось 255.0.0. Но это просто цифры. Не имея информации в каком цветовом пространстве указаны эти координаты мы ничего не можем сказать о том, какому цвету эти цифры соответствуют. В пространстве sRGB это один цвет, в пространстве AdobeRGB другой, в пространстве сканера третий. Но это еще полбеды. Сенсоры они ж не идеальны. Фильтры, через которые на них попадает свет тоже далеко не идеальны. В результате, в файлик наш вполне может записаться не 255.0.0, а скажем 254.1.1. Вот для того, чтобы, в-первых, сообщить системе какому цвету какие цифирки в файле соответствуют и, во-вторых, компенсировать погрешности в цветопередаче и нужен профиль. Система (CMS) узнав какому цвету соответствует цифирки записанные в файле пытается найти в профиле монитора (к примеру) такой же цвет. Если найти удалось, то система знает, какие значени RGB надо послать на видеокарту (а это совсем не обязательно, а скорее обязательно не те же цифирки, что были записаны в файле), чтобы на мониторе был выведен тот же цвет, что и был на пленке. На самом деле не все так просто, но упрощенно это так. Теперь давайте разберемся, а что будет, если CMS не будет знать, какому цвету соответствуют цифры в файле. Чем шире цветовое пространство тем больше насыщенность цвета, которому соответствуют одни и теже цифры в этом файле. Проще всего представить это по аналогии с яркостью. Монитор может иметь максимальную яркость 80 кендел (стандарт sRGB), а может и скажем 200-300 кендел (заводская настройка для большинства офисных LCD мониторов). Одна и таже точка, с координатами 255.255.255 будет отображаться на таких мониторах с разной яркостью. Точно так же и с цветом. Если система не имеет информации в каком цветовом пространстве находятся цвета, описываемые цифирками в файле, она по умолчанию считает, что это пространство sRGB. Но охват сканера намного шире, чем охват sRGB и цифры, записанные в файле должны были бы соответствовать намного более насыщенному цвету. Но система об этом не знает и в результате, на экран выводится более бледная, менее насыщенная картинка. Надеюсь, достаточно ясно объяснил. На самом деле это сильно упрощенный взгляд, достаточно сказать, что цвет, например, в природе вообще не существует. Это лишь ощущение, которое возникает у нас в мозгах. Но, во-первых, я сам недостаточно владею вопросом, а, во-вторых, для того, чтобы поиметь представление что к чему, думаю и такого объяснения достаточно. А если возникнет желание более подробно изучить вопрос, в сети полно информации на эту тему, в том числе и на русском языке.
