|
Сухой остаток Использование файлов PDF вместо исходных документов оправдано: при работе в мало распространенных программах верстки, при необходимости передавать документы с преобладанием текста (книги, газеты) по низкоскоростным каналам, а также в тех случаях, когда технологический процесс исполнителя не предусматривает работу с разнородными исходными документами (принимают либо PostScript, либо PDF).
Использование файлов PDF вместо PostScript оправдано при наличии у исполнителя RIP PostScript 3 и при условии, что вы готовы платить временем работы Acrobat Distiller за возможность посмотреть на экране ожидаемый результат вывода (да и то без гарантий). Ситуация может (и, видимо, должна) измениться с появлением PDF Writer, являющегося полноценной заменой PostScript драйвера печати. Eсть ли альтернативы?
Вопрос, конечно, интересный. Если говорить о стратегическом противостоянии PostScript versus PDF, то нет. Adobe провозгласила курс на переход к PDF следовательно, по мере «вымирания» устаревших RIP и с появлением полноценного PDF Writer, заменяющего собой PostScript драйвер печати, PDF плавно, но решительно займет место PostScript. Основной выигрыш получат (и уже получают) редакции, пересылающие верстку по телефону в другие города.
Все остальные получат выигрыш в удобстве за счет возможности предварительного просмотра и некоторого снижения вероятности сбоев. Того, что вправе ожидать пользователи от «стратегической альтернативы», не будет. Исполнители не избавятся от необходимости предвыводного контроля всеми доступными средствами, а заказчики не получат гарантий успешного вывода.
То есть будет не качественно иная, а косметически подправленная технология. Была хорошая будет чуть лучше. Есть ли альтернативы самому PDF? Иными словами, есть ли способ получить, например, гарантированный вывод? С этой точки зрения альтернативы существуют.
И эти альтернативы ориентированы не на газетную верстку, а на цветные издания высокого качества те самые, в которых А4 «весит» 20-30 Мбайт. Вспомним, что для получения PDF самый ходовой путь сегодня отрастрировать PostScript с помощью Acrobat Distiller. Distiller представляет собой самый настоящий интерпретатор PostScript только результат интерпретации вновь записывается в векторном формате.
Если уж мы все равно вынуждены интерпретировать PostScript, почему не довести эту работу до конца и не послать на вывод готовые карты битов? Конечно, посылать карты битов высокого разрешения довольно накладно и в плане стоимости RIP, и в плане жесткой привязки к определенному оборудованию.
Многие думают, что самым страшным является увеличение объема файлов. В действительности сжатая простейшими алгоритмами карта битов высокого разрешения для полностью занятой иллюстрациями полосы формата A4 занимает 30-50 Мбайт. Конечно, для строго текстовых полос проигрыш больше. Разумеется, поставить в издательстве Harlequin RIP с определенным драйвером означает намертво привязаться к единственному типу выводного устройства.
К счастью, многие производители RIP предлагают возможность растрирования в промежуточные форматы, которые могут быть выведены на любом «совместимом» устройстве со стопроцентной гарантией (можете себе представить, чтобы TIFF открывался в Photoshop и не выводился на фотонабор?).
Самым ходовым форматом для передачи отрастрированных карт битов между растровыми процессорами является TIFFIT/P1, расширяющий формат TIFF для данной специфической задачи. Недостаток: необходимость иметь RIP, «понимающий» TIFF IT (для большинства современных RIP это довольно дорогая опция). С растрированием PostScript в TIFF IT ситуация улучшается достаточно быстро. По мере распространения технологии TIFF IT опции преобразования в TIFF IT анонсируются не только у RIP ведущих производителей, но и у программных RIP типа Transverter Pro и даже в качестве расширений к программам верстки.
Другое универсальное решение предлагает CreoScitex с технологией RipOnce. Растровый процессор Brisque переводит PostScript в две карты битов: высокого разрешения new LW и низкого new CT. Эту пару файлов можно вывести на любое устройство Scitex (Dolev, Lotem, Iris), Creo Trendsetter или Kodak Approval.
Единственным ограничением является разрешение LW вывод на устройстве с некратным, особенно близким разрешением (типа 2540 dpi / 2400 dpi) чреват появлением муара. Понижение разрешения в целое число раз (2400 dpi до 1200 dpi для Appoval или до 300 dpi для Iris) допустимо и осуществляется в процессе вывода5.
Для вывода на «несовместимых» устройствах предусмотрена опция, «сворачивающая» пару CT/LW в так называемый «плоский» PostScript. Плоский поскольку наложение изображений исключено при растрировании, а значит и объем приближается к минимально возможному. Поскольку векторная составляющая PostScript в таком файле отсутствует (напомню, что LW, хоть и называется line work, в действительности представляет собой карту битов), «плоский» PostScript, также как и TIFFIT/P1, гарантированно выводится на любом устройстве подходящего разрешения.
Близкая по идее к Scitex технология предлагается Heidelberg: вместо CT/LW используется внутренний формат Delta List. Растровый процессор израильской фирмы Shira способен растрировать в обычный TIFF для цветопробы или глубокой печати, в TIFF IT для выводных устройств высокого разрешения, или в плоский PostScript, если опцион TIFFIT недоступен на выбранном устройстве вывода. Итоги Формат файла PDF представляет собой быстро развивающуюся и относительно недорогую прямую замену PostScript в допечатной технологии. Являясь непосредственным родственником PostScript, формат PDF сохраняет ряд его принципиальных («генетических») недостатков, предоставляя вместе с тем ряд преимуществ с точки зрения пользователя.
Более дорогой, но обладающей гарантированной надежностью альтернативной технологией является передача на вывод вместо векторных растрированных bitmap форматов. Алексей Моисеев ведущий инженер программист, PTC, Бостон, шт. Массачусетс. С ним можно связаться по электронной почте amoisseev@ptc.com. POSTSCRIPT ПИШЕТСЯ ПО «ПОЛЬСКИ»
Хотя и до PostScript были языки программирования с развитой графикой, использование их было невозможно из за проблемы «просмотра вперед». Практически любой язык для выполнения команд перехода или цикла должен просмотреть последующий текст программы для того, чтобы найти метку перехода или конец цикла.
Авторы PostScript исходили из жесткого требования каждая команда исполняется немедленно после ее получения и (при необходимости последующего использования) однократно переводится во внутренний формат.
Такой подход, с одной стороны, открывает возможность интерпретации программы «на лету» по мере поступления информации от компьютера, не дожидаясь прихода всего файла (который может быть достаточно большим), минимизируя, тем самым, время ожидания результатов вывода. С другой стороны, отсутствие повторного просмотра кода делает работу самого интерпретатора более эффективной.
Цена, которую за это пришлось заплатить своеобразный вид программы. Если инструкция «вычислить значение переменной А как сумму числа 2 и значения переменной В» в подавляющем большинстве языков программирования выглядит как «А = 2 + В», PostScript код выглядит примерно как «2 знач.В + перем.А =». Такой способ записи информации носит название «обратная нотация» или «обратная польская запись» и исполняется по схеме: занести в стек* число 2; занести в стек значение переменной В; сложить два числа в вершине стека; поместить адрес переменной А в стек; переместить второе с вершины стека число по адресу, хранящемуся на вершине стека.
Поскольку принцип обратной нотации является основным для понимания принципов PostScript, остановимся на нем чуть подробнее (программисты могут пропустить до конца абзаца). Все команды PostScript либо исполняются немедленно (если все данные для ее исполнения готовы), либо загружают информацию в специальную память стек, подготавливая ее для обработки последующими командами. Типичная PostScript программа загружает в стек достаточно много информации и затем несколькими командами вызывает формирование желаемого результата. Последней командой PostScript программы является инструкция showpage, вызывающая «отрисовку» окончательно сформированного в вершине стека изображения на физическом носителе. Принцип обратной польской записи пытались применить в самых разных областях в частности, для программируемых калькуляторов, но ввиду его непривычности для человеческого мышления широкого применения эта технология не получила. Однако для вывода графической информации PostScript оказался удачной находкой. Программе, выводящей информацию на PostScript принтер, нет необходимости формировать длинную последовательность команд на «чуждом» ей языке.
отдых в Сочи Лазаревское курорты Краснодара|аренда дорожного катка|Отделка и ремонт в СПб квартир|Скачать шрифты русские.
|
