А, ну да-да -- Gray Component Replacement. Да, я уж забывать сталgerman сказал(а):
Ну, тем паче! -- не просто описание, но и регулятор одновременно.
Берем сначала направление Lab->CMYK. Если учесть, что задействован механизм генерации черного, то результатирующая таблица (CMYK) должна учитывать его. Например, GCR черный 40-100% означает, что "коричневый" цвет будет преобразован с учетом замещения части циана черной краской. Замещение черной краской не прибавит насыщенности в цвет. Произойдет частичное "усерение" цвета по той простой причине, что черная краска задаст направление насыщенности цвета не к периферии, а к центру.RPavel сказал(а):
Судя по моим размышлениям, наоборот. Но, под вопросом.Harlequin - по ссылке сказал(а):
Это я там опечатался, Герман, извините. Конечно, A2B. И ранее там в абзаце "на основе данных сформированной таблицы A2B". Вечно я путаю А и B, еще со школы :embarasse.german сказал(а):
Вот здесь я Вам возражу! Таблицы CMYK->Lab берутся из замера. Результирующие значения используются только для БПК. Если ее отключить, то корректно выполняются преобразования CMYK->Lab цветов, которых вообще не должно быть в "результатирующей" таблице. Например, профиль NO Black конвертит (Абсолют или Релетив с отключенной БПК) в Lab цвета с черной составляющей в те же значения, что и профиль с черным.german сказал(а):
А как мы ее отключим или включим, если в команде Assign ее нет? В профайле упоминания о BPC тоже нет. А по поводу таблиц...Я сделал предположение, основываясь на проведенном эксперименте с картинками (в пред посте два аттача). Затем я сделал предположение о влиянии черной краски на цвет. Вот что я предлагаю либо опровергать, либо... В общем, обсудитьRPavel сказал(а):
Да, Павел, как раз у меня тоже сложилась подобная картина. Другого объяснения я пока не вижу. Да и результат с картинками говорит об этом. Но, я пока боюсь торопиться с выводами, потому как, часто оказывается, что все совсем наоборотHarlequin сказал(а):
Думаю, в выходные сделать пару тестов. Только после этого смогу высказать свои мысли. Пока воздержусьHarlequin сказал(а):
Вот, смотрите. CRI Colorimetric призван держать тон. Для чего, жертвуем светлотой. Насколько это сложно, я не знаю, но что должно просчитываться, смотрите в 1-м аттаче. К тому же, если светлота отбрасывается из расчетов, то в принципе dE и считать то наверное нет смысла. Ведь, расчитывается только "цветность". А мне кажется, что без L очень сложно искать "ближайший возможный цвет". Я так думаю, что при Relative, "сжимается" весь вектор, а насколько это сложней, чем просчет сжатия при Perceptual, честно признаюсь — не знаюHarlequin сказал(а):
. Так что только позволял себе иногда болтать о пустяках с Дядей Сашей.
Вот, вот что мне надо было сразу сказать. Например, возмем пиджак. У него есть складки. Так вот, если бы внутри сжатия небыло бы, мы потеряли бы много деталей и получили бы единые цветовые пятна на некоторых его участках. И ни о какой копии говорить уже не приходиться.Alexey Shadrin сказал(а):
BPC это и есть грабли, заботливо подложенные фотошопом. И мы старательно на них наступаем. Действительно, при Assign механизм BPC не причем, он используется только при конвертации, которую мы не делаем. Однако конвертация все таки происходит: конвертится экранное отображение в RGB из CMYK и эта конвертация происходит с BPC и с неизвестно каким интентом.german сказал(а):
А есть какие-нибудь подтверждения этому? Было бы интересно проверить это.RPavel сказал(а):
Подтверждений нет, есть некоторые предположения. Преобразование для экранного отображения идет так: CMYK(печати)->Lab->XYZ->RGB (монитора). Этот участок при расчете экрана отличается от расчета используемого при операции Convert и не использует установки в Color settings. В подтверждение простой эксперимент: берем CMYK-овую картинку (желательно с большим TIL), делаем 2 копии, Assign одной профиль без черного или с заниженным TIL, другой - с максимальным TIL. На экране видим две разные картинки. Теперь, в Color settings установив Relatve и отключив BPC, потыкаем наши картнки пипеткой. И что мы видим в Lab !?!german сказал(а):А есть какие-нибудь подтверждения этому? Было бы интересно проверить это.
Кстати, тут надо рассматривать таблицу Lab->XYZ->RGB (монитора). А тут по умолчанию во всех профайлах ставят Perceptual. По сути своей, perceptual и bpc — одно и то-же. Если не вдаваться в подробности, которые мы не знаем
Да, действительно, команда Assign реагирует на изменения, вносимые в ColorSettings. Как мы там поставим, так эта команда и будет работать. Как всегда, bpc с perceptual работать не будет (непонятно, почему Adobe оставила это).RPavel сказал(а):
Никак нет.RPavel сказал(а):
Ну, да -- Intent можно выбрать на Assign в InDes CS (см. аттач). Причем, как на весь документ, так и на каждое загруженное изображение в отдельности. (На векторную часть целиком по всему документу, разумеется). Это, имхо, прогресс по сравнению с Шопом. А вот на счет BPC -- наврал: пока нетуAlexey Shadrin сказал(а):
Ну, ничего -- надеюсь, будет.Герман, извините, не понял сути вопроса.
Не так. На так, по крайней мере в спеках ICC. Colorimetric intent призван обеспечить факсимильную точность передачи внутригамутных цветов. С единственной поправкой - на white point. BPC дополняет Colorimetric по части свтлотного сжатия, и раньше даже в спеках (простите жаргонизм) ICC это фиксировалась, как норма. Теперь они отказались от этого. Это даже специально упомянуто, как прошлый баг. Правильно, я думаю, правильно поступили - место этой функции в Perceptual, кому надо - реализуют в CMM (как Adobe).german сказал(а):
