Ответ: Цветоделение для типографии
Я сказал(а):
Гы! Если открывать EPS иллюстратором…
Правильный ответ дает
Distiller — в EPS'е размер «векторного» растра ограничивается Bbox'ом. Истина же, как всегда, лежит посредине.
Поясню:
Если посмотреть в
EPS вооруженным [FAR'ом] глазом, то можно увидеть интересную штуку:
Для векторных слоев создается пустая картинка (image):
Код:
12 dict begin
/ImageType 1 def
/Width cols def
/Height rows def
/ImageMatrix [cols 0 0 rows neg 0 rows] def
…
c размерами (в пикс.)
cols и
rows — они задаются один раз в начале EPS'а и равны соотв. ширине и высоте
canv'ы aka
холста.
Но обратив свой взор чуточку выше мы видим, что
readdata —
переопределяется!:
Код:
/readdata /padreaddata load bind def
А
padreaddata записывает в
image данные, относящиеся к прямоугольнику, ограничивающему векторную маску:
Код:
/_topPad 256 def
/_subImageRows 192 def
/_leftPad 88 def
/_picsubstr 312 string def
В данном случае с коорд.
LTC (88;256) и размерами 312x192
px. И, соотв., следующая порция данных (
beginimage…) относится именно к такому маленькому прямоугольничку.
Другими словами,
RIP создает в памяти пустую картинку по размеру
canv'ы и заполненную, очевидно, мусором, а «осмысленные» данные в нее записывает только относящиеся к необходимому кусочку.
Дальнейшие действия RIP'а сокрыты у него «унутри» и науке неизвестны, но разница результатов «RIP'овки» иллюстраторовским интерпретатром и
PDFL.DLL показывают, что результаты могут сильно разниться, хотя внутренний голос мне подсказывает, что скорее всего будет считаться картинка «в полный рост».
