[Acr XI] Как в PDF уменьшить Total Ink Limit?

[_MBK_]

Я преклоняюсь перед непревзойденным профессионализмом и высоким интеллектом форумных гуру цветокоррекции и цветовоспроизведения и всегда со священным благоговением слежу за их теоретическими спорами в сих высоких областях науки, иногда мало что понимая в них в силу своей малообразованости и ограниченности. Вот уж который день идут подобные высокоученые дебаты на тему "Как создать DLP, сохраняющий оверпринт?", данная тема даже была канонизирована и вознесена модераторами в недоступный простым смертным ламерам, вроде меня, специально отведенный этим небожителям раздел. Меня же данная тема настолько задела за живое, что я, набравшись наглости, осмеливаюсь задать ничтожный ламерский вопрос, за который готов понести заслуженное наказание от уважаемых модераторов форума. Вопрос, собственно, в следующем - по какому неведомому мне признаку, искусственный интеллект, несомненно встроенный в девайс-линк профили, отличит цвет из области A от цвета из области B приведенного ниже растрового изображения, дабы поделить их по разному?

 

[TRANTOR]

Очень просто. Пиксели, попадающие под условия LUT-таблицы профиля примут новые значения. А те, которые не попадают, сохранят старые. LUT-таблицу можно считать некой функцией.

Color newCMYKwhite = funcLUT(0,0,0,0); // Осталось 0,0,0,0
Color newCMYKred = funcLUT(0,100,100,0); // Осталось 0,100,100,0
Color newCMYKblack = funcLUT(0,100,100,100); // Что-то другое, скажем 0,50,50,100

 

[_MBK_]

Если ты внимательно глянешь на мой рисунок, то на правом и левом круге цвет один и тот же.
Но по логке сохранения оверпринта левый переделивать надо а правый - нет
И как?

 

[TRANTOR]

И как?

Никак. Одинаковые пиксели "переделятся" точно так же.

 

[_MBK_]

Никак. Одинаковые пиксели "переделятся" точно так же.

Что и требовалось доказать. Поэтому хотелка "DLP с сохранением оверпринта" нетривиальна по определению

 

[TRANTOR]

На картинке слева кружок не оверпринтом сделан, а имеет такой же цвет, что и кружок справа. Если показывать эмуляцию оверпринта, то кружок слева должен быть К=100.

 

[_MBK_]

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

 

[TRANTOR]

В соседнем топике хотят переделить в другой профиль с одновременным уменьшением TIL и без перехода в PCS, а не то, что ты изобразил.

 

[_MBK_]

По моему я вполне правильно интерпретировал данный пост

Михаил спасибо за оценку, но прекрасно осознаю, что мне до объема и глубины Ваших (и многих других на этом форуме) знаний как до небес. Но это неважно, Михаил, все хотел Вас спосить, а Вы в каком-то софте наблюдали цветоделение CMYK в C'M'Y'K' при котором СМY и K разделялись на разные потоки при цветоделению?
Если оно не целесообразно, то каким методом оптимально переделить CMYK в C'M'Y'K' на таких сюжетах? Что-бы черный как бы не следил на CMY каналы.

если нет пусть начальник транспортного цеха меня поправит

 

[german]

Миш, вот как TRANTOR написал - там ищут путь переделить так, чтобы было как в PCS, с использованием relative а не perceptual.

 

[_MBK_]

Вот не ругайся мудреными матюками, я ж нуб в этих ваших цветопередаточных делах. Ты мне на пальцах обьясни как этот самый relative или как его там отличит левый круг от правого?

 

[TRANTOR]

вполне правильно интерпретировал

Нет, неправильно. Твоя иллюстрация задачи тоже неверная.

 

[_MBK_]

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

 

[Gad]

кружок слева должен быть К=100

Думаю это ключевая фраза По сути в вашем примере картинка слева и справа ничем не отличается кроме того что справа есть еще область 0.100.100.0 выходящая за область круга, а значит отличать их и не нужно

 

[_MBK_]

кроме того что справа есть еще область 0.100.100.0 выходящая за область круга

То есть,

искусственный интеллект, несомненно встроенный в девайс-линк профили

должен, по вашему мнению, обзирать окрестности каждого пиксела, в надежде найти там области выходящие за его область ?

 

[Gad]

нет, он должен рассматривать картинку слева как оверпринт черного сверху 0.100.100.0 также как и на правой картинке.

 

[_MBK_]

нет, он должен рассматривать картинку слева как оверпринт черного сверху 0.100.100.0 также как и на правой картинке.

Ok, то есть, по данной логике, он не должен переделивать любой цвет, в составе которого есть черный?

 

[Gad]

он не должен переделивать

Color newCMYKblack = funcLUT(0,100,100,100); // Что-то другое, скажем 0,50,50,100

У вас и слева и справа один пример, вот что я хочу сказать

 

[_MBK_]

У вас и слева и справа один пример, вот что я хочу сказать

А сколько надо?

 

[Gad]

о логке сохранения оверпринта левый переделивать надо

надо

а правый - нет

тоже надо пиксели под областью круга изменят цвет на 0.50.50.100