[AI CC2025] Убрать ненужный цвет

[~RA~]

а тут уже почти докторские пишутся

Это и прекрасно!

вопрос яйца выеденного не стоит

Но забавно же.

 

[~RA~]

Мне приятна осмысленная дискуссия с аргументами и доказательствами и противен пустой трёп, особенно с умным видов.

 

[zollinger]

противен пустой трёп

Это да, утомляет

 

[Андрей Викторов]

Ну а мой способ (левая картинка) управления только "ненужным" цветом более универсальный, как мне кажется.
Т.е., я только задаю только ненужный цвет в 0.2% и оверпринт

Вот и я придерживаюсь такого способа.
Дело в том, что оверпринт работает в другой логике.
Если режимы наложений (лайтен, дакен и пр.) — создают новый цвет, если так можно выразиться.
То оверпринт — не дает появляться «дыркам» под элементами (читай краской(ами)).

Где то на формуме был топик,
в котором достаточно подробно разобрали, что оверпринт ≠ малтипал...

 

[Chiga]

Посмотреть вложение 178074

С этим все ясно, но ты меня не понял, да ладно.
У иллюстратора очень много старых модулей в программе, почти все))

вопрос яйца выеденного не стоит

если кликать на пдф и нажимать контролп, вообще не имеет значения.

режимы наложений (лайтен, дакен и пр.)

головная боль для флексодопечатки, еще их любят в ргб файлах делать

 

[_MBK_]

С этим все ясно, но ты меня не понял, да ладно.

Ну так обьясни, что конкретно ты имел в виду? Тем более, по условию опыта надо бы не число в строку преобразовывать, а, наоборот, строку (которая в PDF хранится) в число с плавающей точкой и смотреть как округлит.

 

[Chiga]

что конкретно ты имел в виду

Пруфы отметают лишние сомнения. Тем более это не сложнее чем пользоваться калькулятором.

 

[Emergency]

Пруфы отметают лишние сомнения.

Если вы продолжаете разговор о механизме, который я описывал, то этот механизм допускает любое представление и точность значений в выходном файле (как, впрочем, и во входном) его суть в том, что вычисляются лишь 256 значений выходной величины (с любой "точностью") и, соответственно, на выходе числа могут быть представлены в любом формате, но разных чисел может быть только 256 (то есть без промежуточных величин). Хотя... можно запросто сделать линейную интерполяцию между соседними числами и обеспечить высокую псевдоточность при значительном сокращении вычислений. Но в этом случае исчезла бы ошибка округления. Для проверки можно было бы придумать какое-то преобразование достаточно длинного градиента и посмотреть количество разных значений одной из составляющих цвета. Если их не больше 256, значит работает этот механизм. Вот только я не знаю какое преобразование градиента его включит.
Я бы и сам попробовал, но у меня вылетает Иллюстратор. Извините за длинноты и занудство.

 

[Chiga]

продолжаете разговор о механизме, который я описывал

Спойлер: Таблица Пифагора

Спойлер: Таблицы Брадиса

LUT
Но мы совсем о другом, извините.