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

Как одна программа показывает реальные 0,!%, а Акробат - 23% ?
0,1% - это одна тысячная, то есть меньше 1/256 в восьмибитном представлении, и по законам округления это дает 0, что и приводит к показанному результату. Другая программа похоже округляет иначе.
 
  • Спасибо
Реакции: egorus2010
Округляет, а не отбрасывает? Ну, возможно...
 
Округляет, а не отбрасывает?
Теоретически адобовские программы внутри используют двухбайтное представление чисел при вычислениях, но похоже, что на каком-то этапе Акробат возвращает однобайтные значения CMYK.
 
0.1%, как выше правильно сказали, РИП не воспринимает
Screenshot_2.png
 
16 битный воспримет.
 
16 битный воспримет
Пример можно?
чтобы убрать один их цветов
Двойная заливка, первая оверпринтом невоспроизводимой точкой, вторая прозрачностью с минимально стабильной.
4x
 
0,1% - это одна тысячная, то есть меньше 1/256 в восьмибитном представлении, и по законам округления это дает 0, что и приводит к показанному результату. Другая программа похоже округляет иначе.
Я, вероятно, чего то пропустил, мы сейчас разве про растр говорили?
 
Я вас понял - вы намекаете, что не только заливки и растяжки, но и прозрачности с оверпринтами обрабатываются параметрически?
Давайте все таки внесем ясность.
В заголовке топика заявлен иллюстратор - это векторный редактор. Все векторные обьекты покрашены цветами, компоненты которых заданны числами с плавающей точкой с дохрена знаками после которой.
Собственно, параметры прозрачности (и прочих эффектов, применимых к растровому изображению) имеют такую же природу.
Поэтому в данном контексте разговоры о битности звучат как то неуместно...
 
иллюстратор - это векторный редактор
Ну, не до такой степени - в него же можно вставлять картинки и задавать им эффекты, а хранить их пиксели с избыточной битностью как-то не комильфо. К тому же речь не только об Иллюстраторе, но и об Акробате, который проявляет тенденции к минимизации веса файлов.
 
Снова не пойму, к чему вы клоните?
Пикселы хранятся в той же битности, в которой они и были в загруженном растровом изображении, однако, меня слегка покоробила вот эта ваша фраза
адобовские программы внутри используют двухбайтное представление чисел при вычислениях
Что конкретно вы имели в виду?
 
Он как всегда просто пёрнул в форум, а ты зачем-то пытаешься разобрать в этом смысл.
 
Теоретически адобовские программы внутри используют двухбайтное представление чисел при вычислениях, но похоже, что на каком-то этапе Акробат возвращает однобайтные значения CMYK.
Теоретически? Или вы можете это показать? Или вы в режиме математика?
 
Чего там обсуждать эти 0,1%, 0,2%. Очевидно, что это погрешности округления и особенности отображения чисел, с округлением/отбрасыванием дробной части. Это просто погрешности, к тому же, в контексте разговора и в практическом смысле, не имеющие значения