- Сообщения
- 9 258
- Реакции
- 1 188
Ответ: Зачем нужен chad tag в профайлах принтеров?
Если мы еще раз вернемся к ICC-спецификации, то мы увидим, что мое предположение о Lab D50 оказалось-таки правильным: проблема состоит в том, что мы не можем себе позволить "подвижный" PCS -- в одном профайле Lab D36, в другом Lab D84 -- он тогда перестанет быть PCS-ом. На то он и PCS, что всегда один и тот же. Следовательно, нам нужно представить XYZ-координаты при данном источнике в XYZ D50-числах, пересчитаться в Lab D50, выполнить компрессии, затем вновь пересчитаться в XYZ D50, а потом уже в X`Y`Z` при новом источнике.
Володя апеллирует к спектральным данным (что справедливо), благодаря которым мы получаем XYZ при данном источнике, но забывает о том, что без PCS нам не обойтись (такова идея ICC -- не я же ее выдумал ), поэтому хотим мы того или нет, а мы обязаны выполнить матричное преобразование из XYZ при источнике в числа XYZ D50 (подчеркиваю и обращаю особое внимание -- в ЧИСЛА), а затем в Lab D50. Переход XYZ (при некоем источнике)-->XYZ D50 неосуществим без Chad. Спектральные спектральными (это замечательно -- дает мобильность: меняй спектр источника сколько хотишь), но в D50 представляться мы обязаны.
Теперь становится понятным, почему Гретаг столько лет тянул резину со спектральными данными и с подключением спектра того или иного источника: Chad не был сертифицирован, и графические пакеты его не понимали. Как только, так сразу -- PM 4.1.5 и поехало.
Теперь понятно, почему в Моначьих профайлах коэффициенты Chad равны единице: потому что переход XYZ D50 --> XYZ D50. Когда ему хитроумно подсовывают нормированные по XYZ-источника XYZ-координаты, он ведь об этом не подозревает, а, следовательно, и Chad остается единичным. Но, слава Богу, он уже есть -- значит они на подходе и отрабатывают программныен блоки. Уверен, что в ближайших версиях Монаки появится поддержка спектров осветителей.
Ну, вот так я понимаю ситуацию на сегодня.
За счет т.н. латерального торможения зрительных нейронов.vade сказал(а):Если мы увеличиваем интенсивность излучения источника, то зрительная система уменьшает чувствительность всех приемников.
Источник не может отдавать в красноту -- он может иметь смещение горба в L-сторону или в S-сторону. Оппонентный механизм (lms-механизм) очень сложен и так просто не описывается. Но не в этом суть. Суть в том, что если, к примеру, спектр источника имеет горб, смещенный в L-сторону ("краснота"), то при адаптации по нему он все-равно будет восприниматься белым. Но учитывать этот факт (значит вносить некие поправки) нет необходимости.Точно также, если источник у нас отдает в красноту, система уменьшает чувствительность красночувствительного приемника (масло масляное получилось), если в синеву - синечувствительного приемника. Вот этот фактор и учитывает chad.
Если мы еще раз вернемся к ICC-спецификации, то мы увидим, что мое предположение о Lab D50 оказалось-таки правильным: проблема состоит в том, что мы не можем себе позволить "подвижный" PCS -- в одном профайле Lab D36, в другом Lab D84 -- он тогда перестанет быть PCS-ом. На то он и PCS, что всегда один и тот же. Следовательно, нам нужно представить XYZ-координаты при данном источнике в XYZ D50-числах, пересчитаться в Lab D50, выполнить компрессии, затем вновь пересчитаться в XYZ D50, а потом уже в X`Y`Z` при новом источнике.
Володя апеллирует к спектральным данным (что справедливо), благодаря которым мы получаем XYZ при данном источнике, но забывает о том, что без PCS нам не обойтись (такова идея ICC -- не я же ее выдумал ), поэтому хотим мы того или нет, а мы обязаны выполнить матричное преобразование из XYZ при источнике в числа XYZ D50 (подчеркиваю и обращаю особое внимание -- в ЧИСЛА), а затем в Lab D50. Переход XYZ (при некоем источнике)-->XYZ D50 неосуществим без Chad. Спектральные спектральными (это замечательно -- дает мобильность: меняй спектр источника сколько хотишь), но в D50 представляться мы обязаны.
Теперь становится понятным, почему Гретаг столько лет тянул резину со спектральными данными и с подключением спектра того или иного источника: Chad не был сертифицирован, и графические пакеты его не понимали. Как только, так сразу -- PM 4.1.5 и поехало.
Теперь понятно, почему в Моначьих профайлах коэффициенты Chad равны единице: потому что переход XYZ D50 --> XYZ D50. Когда ему хитроумно подсовывают нормированные по XYZ-источника XYZ-координаты, он ведь об этом не подозревает, а, следовательно, и Chad остается единичным. Но, слава Богу, он уже есть -- значит они на подходе и отрабатывают программныен блоки. Уверен, что в ближайших версиях Монаки появится поддержка спектров осветителей.
Ну, вот так я понимаю ситуацию на сегодня.