Паазвольте, у нас разве фотошоп и попиксельный пересчет одного растрового изображения в другое? Насколько я понимаю, у нас весьма сложная (нецелочисленная) математика с усреднением, на выходе число с плавающей точкой. Где там в алгоритм можно влепить описанное вами табличное преобразование с округлением, а главное, зачем - ума не приложу.
Нет, кстати, для массовых формульных преобразований идея хорошая, максимально быстрая, мне нравится, я такое тоже делал как-то давно. Только вот к теме топика это не имеет никакого отношения
Нет, у нас Акробат, который изначально был предназначен для показа документов на экране, и распечатке его на принтере. Обе задачи предполагают финальную пикселизацию всех изображений и текстов.
И что? Там перед пикселизацией миллион совершенно нетривиальных шагов нецелочисленных. А вы в курсе, что финальную пикселизацию выполняет видеочип, которому центральный процессор данные может сильно не в растровом формате кидать (в чем легко убедиться, к примеру, на тексте)
А вы в курсе, что ПДФ по задумке должен обрабатываться на любом компьютере (независимо от наличия в нем видеочипа) и печататься на любом принтере независимо от безвременно умершего для бытовых принтеров постскрипта?
Нет, не в курсе, расскажите поподробнее, не останавливайтесь, нам всем все интереснее и интереснее!
Я же дал ссылку...
Не обязательно. Скорее всего только на некоторых операциях для которых параметрическое вычисление цвета слишком затратно по времени. Пользователю хочется сразу видеть результат на мониторе, а не дожидаться когда ввод нового значения будет пересчитан.
Этот вопрос не ко мне, а к Адобе. Бывает, что новые программы несут в себе наследие старых.
Попробуйте в Иллюстраторе нарисовать сложный сетчатый градиент размером со страницу. Первые узлы цвета получаются быстро и достаточно предсказуемо, но когда их становится больше десятка и вы активно управляете направлениями перехода цвета, то появляются тормоза и глюки, а управление перестает быть предсказуемым.
Да даже если и забыть про все вектора и эффекты. Любое зуммирование растрового изображения ломает эту схему ибо оперировать при этом чисто с восьмибитными данными без плавающей математики не получится
