Необходимо
также принимать во
внимание недостатки
подобных решений в
масштабах всего
технологического процесса,
где управление цветом
является лишь небольшой
составляющей.
-
Стоимость. Ни один из
производителей, с которыми
нам приходилось иметь дело,
не желает точно называть
цены своих программных
продуктов, поскольку они
"колеблются" в
зависимости от конкретного
технологического
комплекта. Несмотря на
широкий диапазон цен, в
среднем стоимость
программных продуктов,
которые в значительной
степени дублируют основные
функции управления цветом
в приложениях для
настольных издательских
систем, составляет порядка
$5 тыс.
По
мере роста спроса можно с
уверенностью
прогнозировать, что
функции управления цветом
в программных продуктах
для допечатной подготовки
превратятся из
предоставляемых за
дополнительную плату в
стандартные, входящие в
основной комплект. А пока
можно порекомендовать лишь
про явить благоразумие,
приобретая подобные
продукты: задавайте
побольше вопросов,
смотрите демонстрационные
версии (с примерами
выполнения типичных и
нетипичных печатных работ)
и делайте осознанный выбор.
-
Обучение. Особенность
закрытых оригинальных
систем состоит в том, что не
так-то просто найти
специалистов, которые
могли бы научить пользо
ваться ими и интегрировать
их в конкретный
технологический процесс. А
услуги тех немногих
специалистов, которые
действительно что-то знают
об интегрировании
управления цветом в
оригинальные программные
продукты, предназначенные
для определенных
технологических процессов,
обходятся весьма недешево.
Примеры
решений для допечаткой
подготовки
Два
представленных ниже
примера наглядно
показывают отличия в
программных продуктах
данной категории, а также
указывают на необходимость
тщательно их анализа.
Управление цветом
поддерживается в
программных продуктах
компаний Xinet, Rampage, Apogee и
прочих. Однако понятие "управление
цветом" каждый
производитель трактует по-своему.
Поэтому для выяснения того,
что же каждый из них под
этим понятием
подразумевает, требуется
углубленный анализ их
программных продуктов.
Helios
ImageServer и PDF Handshake
Эти
отдельные программные
продукты дополняют друг
друга во многих процессах.
ImageServer (ранее Helios EtherShare OPI)
является в большей степени
средством обработки
изображений, чем
технологическим решением
для допечатной подготовки.
Он объединяет в себе
возможности OPI и управления
цветом, в том числе
изменение размера и
разрешения изображения, а
также его сжатие, помимо
управления цветом. К
уникальным свойствам
данных продуктов относятся
следующие:
-
Поддержка очереди печати. В
Helios ImageServer организованные
очереди печати появляются
в виде виртуальных
принтеров. Поэтому
пользователь просто
выполняет распечатку в
соответствующую очередь
печати, например, в очередь
"Coated Stock #2" для вывода
на мелованную бумагу №2 или
в очередь "EpslOK Mgl CS#2"
для получения пробных
отпечатков на глянцевой
мелованной бумаге Mitsubishi,
имитирующей указанный выше
материал на принтере Epson 1000.
Присвоение имен очередям
определяется конкретным
процессом.
-
Получение копий в
удаленном режиме. Файлы
формата PDF могут быть
загружены в PDF Handshake для
растрирования и управления
цветом, а результат
преобразуется в пробные
изображения в Web-браузере и
отображается на экране
надлежащим образом
калиброванного и
профилированного монитора.
Следует, однако, иметь в
виду, что PDF Handshake принимает
во внимание встроенные
профили для всего
контекста (как растрового,
так и векторного). Что
касается растровой графики,
то PDF Handshake позволяет
удалять или переназначать
для нее профили, если
встроенные профили не
подходят. А что касается
текста и векторной графики,
то для управления цветом
подобного содержимого
придется воспользоваться
подключаемым модулем PitStop
Pro или сервером PitStop Server.
Creo
Prinergy
Creo
Prinergy представляет собой
полноценную систему
допечатной подготовки,
аналогичную Scitex Brisque, за
исключением того что она
работает, главным образом,
в формате PDF. Поэтому все
документы должны быть
подготовлены для этой
системы в указанном
формате. Управление цветом
в Prinergy осуществляется на
двух уровнях:
-
Стандартный уровень. На
стандартном уровне сначала
распознаются и
используются в качестве
исходных профили,
встроенные в каждый объект
документа формата PDF. А
затем эти профили
преобразуются в один из
встроенных целевых
профилей SWOP. Если процесс
преобразования встроенных
исходных профилей в
целевые профили SWOP дает
приемлемый результат,
значит, можно вполне
удовлетвориться
стандартным уровнем
управления цветом.
-
Расширенный уровень.
Лицензия на расширенное
управление цветом
позволяет заменять или
переназначать исходные
профили для каждого
объекта в документе
формата PDF, а также выбирать
специальный профиль в
качестве целевого. При этом
поддерживаются только CMYK-профили
ICC для устройств вывода
максимум с 8 каналами, что
дает возможность выполнять
высококачественное
цветоделение. Кроме того,
на данном уровне
поддерживаются профили
связывания устройств,
сохранение канала черного
и цветопроба.
Система
Creo Prinergy позволяет
выполнять задачи
управления цветом (встраивание
и замену профилей или
преобразование) при
первоначальном вводе
задания на печать в
технологический процесс
или в любой другой момент
выполнения это го задания.
Однако преобразования,
необходимые для цветопробы,
выполняются только при
формировании потока вывода
на устройство цветопробы,
поэтому отдельный файл для
цветопробы не создается.
Достаточно выбрать задание,
устройство цветопробы и
его профиль, после чего
задание преобразуется
таким образом, чтобы
сымитировать вывод на
выбранное целевое
устройство (печатную
машину или систему
цветопробы). Если же
предпочтение отдается
системе цветопробы, где
управление цветом
выполняется отдельно,
задание на цветопробу
может быть передано как для
окончательного вывода на
CMYK печатную машину без
указания профиля
устройства цветопробы,
чтобы исключить
дублирование управления
цветом.
Вопросы
внедрения
При
внедрении подобных
программных продуктов в
конкретный
технологический процесс
рекомендуется ответить на
следующие вопросы:
-
Поддерживает ли данный
программный продукт
сохранение канала черно го?
Практически всегда
возникают сложности при
преобразовании текста и
падающих теней, выделенных
совершенно черным цветом, в
интенсивный черный или при
исчезновении тщательно
подобранного канала
черного вследствие
промежуточного
преобразования в цветовое
пространство LAB и
повторного цветоделения,
что характерно для
управления цветом с целью
переориентации
преобразований (например,
из CMYK в CMYK).
-
Поддерживает ли данный
программный продукт
масштабирование канала
черного? Канал черного,
предназначенный для вывода
на немелованную бумагу
низкого качества, не
позволит добиться хороших
результатов, если задание
переориентируется для
вывода на мелованную
бумагу более высокого
качества, а канал черного
при этом просто
сохраняется. На самом деле,
необходимо сохранить
кривую
тоновоспроизведения в
канале черного, а не
исходные числовые значения
цвета. Для этого требуется
функция масштабирования
канала черного,
компенсирующая отличия в
растискивании растровой
точки в исходном и целевом
устройствах. Если искомый
программный продукт не
обладает этим свойством, а
потребность в нем все же
имеется, необходимо
выяснить, поддерживает ли
он вместо этого профили
связывания устройств (см.
врезку "Профили
связывания устройств"
ранее в этой главе).
-
Могут ли автоматические
преобразования из RGB в CMYK
обеспечить требуемое
качество? Это свойство
можно проверить, не
приобретая новое
оборудование и не обновляя
уже установленное.
Преобразования профилей
выполняются
безотносительно к
графическому содержимому,
подгоняя его, так сказать,
под общую мерку, т. е.
трактуя изображение
черного кота в темном
чулане таким же образом,
как и изображение белого
медведя в полярных снегах.
При наличии хороших
профилей, возможно, удастся
добиться приемлемого
цветоделения без ручной
коррекции. Однако
высококачественные работы
обычно требуют оптимизации
изображений до или после
цветоделения. Поэтому для
ответа на данный вопрос
необходимо проверить
качество автоматических
преобразований из одного
профиля в другой на примере
конкретной работы.
Управление
цветом в процессорах
растровых изображений
Чаще
всего управление цветом в
процессорах растровых
изображений выполняется
для цветопробы, поскольку
характерное для этих
процессоров полное
отсутствие внутреннего
контроля цветоделения
неприемлемо в других
процессах. Подобное
управление цветом
осуществляется тремя
путями:
-
Предварительное
управление цветом.
Преобразования
выполняются до
интерпретации содержимого
формата PostScript. Этот способ
подобен встраиванию
сервера управления цветом
в программное обеспечение,
выполняющее функции
процессора растровых
изображений, и чаще всего
применяется в таких
программных продуктах для
цветопробы, как BestColor RIP. При
этом растровые и векторные
объекты можно
интерпретировать
раздельно, а плашечные
цвета Pantone заменить
эквивалентами основных
цветов CMYK.
-
Заключительное управление
цветом. Сначала
интерпретируется
содержимое формата PostScript и
формируется
растрированное
изображение страницы,
которое затем подлежит
управлению цветом и
передается на устройство
вы вода. А поскольку в
данном случае есть лишь
один растрированный объект,
то одним может быть также
источник и место
назначения преобразования.
Такой подход обычно
пригоден для
удовлетворения основных
потребностей в цветопробе (например,
в Adobe PressReady).
-
Управление цветом в
процессоре растровых
изображений. Управление
цветом осуществляется
интерпретатором PostScript в
процессоре растровых
изображений как часть
процесса интерпретации
содержимого формата PostScript.
Такое управление цветом
бывает двух видов: в
формате PostScript и на основе
профилей ICC. Теоретически,
любой процессор растровых
изображений PostScript уровня 2,
начиная с версии 2017.ххх,
поддерживает управление
цветом в формате PostScript. Но
на практике оно
оказывается
работоспособным очень
редко. Так, компания Global
Graphics выпускает продукт
Harlequin RIP, который позволяет
буквально встраивать
механизм управления цветом
на основе профилей ICC в
процессор растровых
изображений, а, значит,
использовать профили ICC для
преобразований.
Преимущества
управления цветом в
процессорах растровых
изображений
Как
правило, мы предпочитаем
избегать решений,
связанных с отправкой
заданий на печать в
таинственный черный ящик,
однако цветопроба
подразумевает достаточно
простое и однозначное
преобразование из
цветового пространства вы
вода CMYK в пространство CMYK
или RGB устройства
цветопробы с помощью
абсолютной
колориметрической
цветопередачи. Основное
преимущество такого
управления цветом
заключается в его простоте:
файлы, предназначенные для
окончательного вывода,
просто выводятся на
устройство цветопробы. А
все хлопоты, связанные с
преобразованием, берет на
себя процессор растровых
изображений.
Недостатки
управления цветом в
процессорах растровых
изображений
Цветоделение
в процессоре растровых
изображений предполагает
отправку данных в
таинственный черный ящик в
надежде на то, что он
справится со своей задачей.
В основу цветоделения в
процессоре растровых
изображений положены
предполагаемые исходные
профили и цели
цветопередачи, поскольку в
данном случае отсутствует
согласованный и надежный
механизм для указания
специальных исходных
профилей и целей
цветопередачи на уровне
объектов.
В
InDesign 2 имеется
согласованный механизм для
создания исходных профи
лей PostScript на уровне
объектов (так называемые
массивы цветового
пространства (CSA)), а также
целевых профилей PostScript
наряду с соответствующей
целью цветопередачи (так
называемые словари
цветопередачи (CRD)). Но для
этого требуется процессор
растровых изображений,
согласованно использующий
эти профили. Одни
процессоры растровых
изображений полностью
игнорируют RGB-массивы CSA и
CMYK-словари CRD, другие
распознают RGB-массивы CSA и
игнорируют CMYK-словари CRD, а
третьи — применяют массивы
CSA, но игнорируют
загружаемые словари CRD,
используя вместо них
встроенный словарь CRD.
Если
читатель проявит упорство
и ему удастся разобраться в
этих дебрях, чтобы создать
работоспособную систему,
предназначенную не только
для выполнения
элементарных
преобразований,
необходимых для цветопробы,
мы снимем перед ним шляпу и
еще раз порекомендуем
непременно написать на эту
тему отдельную книгу!
Создание
сценариев
Просто
удивительно, как у
смышленых людей, ежедневно
пользующихся компьютерами
для выполнения сложных
задач, тускнеет взгляд при
одном лишь упоминании о
создании сценариев.
Откровенно говоря, мы и
сами не относимся к числу
тех, кто досконально знает
это дело, тем не менее,
нередко пользуемся
простыми сценариями и
хорошо знаем, на что
способны более сложные их
варианты.
Сценарии
позволяют сэкономить
немало времени и в то же
время избавиться от не
менее большого объема
рутинной работы. Но для
этого необходимо
первоначально затратить
немало времени и энергии на
их создание.
Суть
создания сценариев
Создание
сценария означает акт его
написания на таких языках,
как AppleScript, JavaScript или Visual Basic,
для выполнения полезных
задач на компьютере. По
сути, это своего рода
программирование,
поскольку оно требует
внимания к деталям и опыта,
хотя и не в такой степени,
как для написания программ.
Несмотря
на то, что сценарии писать
проще, чем программы, для
этого необходимо все же
знать язык их создания. И
хотя он больше похож на
естественный человеческий
язык, чем язык
программирования, это
сходство весьма условное.
Возможности
сценариев
Сценарии
позволяют делать все что
угодно, в частности,
расширить возможности
таких приложений, как Photoshop
7, благодаря реализации
практически всех функций
Photoshop в виде сценариев на
языке JavaScript, который
поддерживается данным
приложением. Кроме того,
они могут быть написаны для
автоматизации
взаимодействия приложений.
Так, например, сценарий на
языке AppleScript позволяет
переносить изображения в
Photoshop, где по сценарию на
языке JavaScript изменяется их
размер и ориентация,
осуществляется управление
цветом, после чего они
переносятся в QuarkXPress для
автоматической компоновки.
Таким образом, возможности
сценариев практически
безграничны.
Преимущества
создания сценариев
Одно
из самых значительных
преимуществ создания
сценариев над
инструментальными
средствами автоматизации
заключается в том, что они,
по существу, обходятся
бесплатно (не считая,
конечно, времени для их
написания, которое тоже
чего-то стоит). Ведь
инструментальные средства
для написания сценариев
уже встроены в
операционную систему и
соответствующие
приложения. Ниже
перечислены другие
наиболее существенные
преимущества создания
сценариев:
-
Приспособляемость.
Вероятно, самая большая
польза от сценариев
состоит в том, что они
позволяют
автоматизировать
практически любую
специализированную задачу
при условии, что ее можно
разделить на поддающиеся
управлению фрагменты.
Некоторые языки создания
сценариев и
инструментальные средства
(в частности, AppleScript и AppleScript
Studio, а также Visual Basic)
позволяют создавать
автономные приложения,
включая пользовательский
интерфейс для
предоставления
пользователю необходимой
ин формации или отчетов о
состоянии.
-
Расширение возможностей
приложений. В частности,
AppleScript позволяет
воспользоваться
уникальными возможностями
приложений, а также готовы
ми сценариями, например,
создать сценарий
запускающий Photoshop для
открытия папки изображений,
встраивания профиля и
повторного сохранения
изображений в другом
формате.
Многое
из того, что автоматически
выполняет сценарий, можно
осуществить и с помощью
действий Photoshop Actions, однако
последние не допускают, в
отличие от сценариев,
условные переходы. Так,
если просто вы полнить
действие для встраивания
профиля во все изображения,
находящиеся в папке, из
этого ничего не выйдет,
если в папке содержатся
изображения в разных
режимах. А с помощью
сценария можно выполнить
разные действия Photoshop для
встраивания
соответствующих профилей в
изображения RGB или CMYK.
-
Скорость. Благодаря
исключению ненужного
вмешательства со стороны
человека можно существенно
сократить общее время
выполнения задания. Как
показывает опыт, сценарии
средней сложности способны
сократить время выполнения
задания с 30-45 минут до 1-2
минут.
Недостатки
создания сценариев
Единственный
существенный недостаток
создания сценариев состоит
в том, что необходимо
научиться их писать, причем
написание сложных
сценариев требует
определенного склада ума.
Сценарии, готовые для
применения подобно
рассмотренным выше
средствам автоматизации,
обычно малодоступны. Хотя
на платформе Macintosh имеется
ряд полезных сценариев для
автоматизации задач
управления цветом. Так, в Mac
OS 9 они находятся в папке Apple
Extras/ColorSync Extras/AppleScripts, а в Mac OS
X — в папке /Library/ColorSync/Scripts.
Изучение
языка создания сценариев —
это лишь часть более
сложной задачи. Несмотря на
то, что специализированные
сценарии в конечном итоге
позволяют экономить время,
автоматизируя часто
выполняемые задачи, их
разработка, проверка и
отладка зачастую
превращается довольно
продолжительный процесс.
Примеры
создания сценариев
Создание
сценариев отнюдь не
ограничивается тремя
упомянутыми выше методами
(Photoshop Actions, AppleScript и JavaScript),
однако именно они нашли
наибольшее
распространение и
поддержку. Если методы
JavaScript и Photoshop Применение
всех трех указанных выше
методов автоматизации и
создания сценариев
показано на примерах
назначения профиля (ColorMatch
RGB) для изображения,
преобразования в профиль
U.S. Sheetfed Coated v2 и сохранения
этого изображения вместе
со встроенным профилем U.S.
Sheetfed Coated v2. Примеры
сценариев приводятся ниже
с любезного разрешения
Натана Уэйда (Nathan Wade), с
которым можно связаться по
адресу: nwade@nwade.org (если
потребуется нанять его для
написания сценариев,
вместо того чтобы
заниматься этим
самостоятельно).
Безусловно,
Photoshop Actions является самым
простым методом
автоматизации. Любое
действие мышью может быть
записано в Photoshop, а затем
выполнено вручную,
превращено в мелкий
сценарий либо использовано
в команде Automate>Batch (Автоматизация>Пакетная
обработка). Действия Photoshop
Actions носят, в основном,
межплатформный характер.
Единственное затруднение
при этом возникает с
размещением файлов и папок,
поскольку для этого на
каждой платформе
используется разный
синтаксис (рис. 17.3).

Рис.
17.3 Пример действия Photoshop
Action
В
Photoshop поддерживается также
язык JavaScript, который носит в
большей степени
межплатформный характер,
чем действия Photoshop Actions,
хотя и требует освоения.
Все действия мышью могут
быть представлены в виде
автоматически
выполняющегося сценария
JavaScript. Пример упомянутого
выше сценария на языке
JavaScript, приведенный на рис
17.4, выполняет те же функции,
что и представленное выше
действие Photoshop Action.
И,
наконец, рассмотрим язык
AppleScript, уникальность
которого заключается в том,
что он не только допускает
непосредственный доступ к
системе ColorSync для
выполнения преобразований
в изображениях
поддерживаемых типов, но и
позволяет управлять по
сценарию отдельными
приложениями. В частности,
в одном сценарии AppleScript
можно обратиться к Photoshop
для выполнения целого ряда
задач и даже запустить
предварительно созданный
сценарий JavaScript, а затем
перенести обработанные
изображения в QuarkXPress или
InDesign для автоматического
форматирования и
компоновки.
if
( documents. length > 0 )
{
try
}
var
docHef = activeDocument;
var
cmykProfileName = "U.S.
Sheetfed Coated v2";
docRef.colorProfileName
= "ColorMatch RGB";
docRef.convertProfile(
cmykProfileName,
Intent.
REIATIVECOLORIMETRIC, true, false
) ;
alert(
"Your document has been
converted
from
ColorMatch ROB to U.S.Sheetfed
Coated v2,
using
Relative Colorimetric Intent,
Black Point
Compensation,
and No Dither. - The file will now
be
saved with embedded profile."
)
docRef.
save();
}
catch(
e )
{
//
Ошибка
throw
e;
}
//
Удачное
завершение
}
else
{
alert(
"You must have a document
open to
add
the filename!" );
}
Рис.
17.4. Пример сценария JavaScript
AppleScript
Studio служит в Mac OS X новой
средой разработки
сценариев AppleScript, а также
полноценных приложений с
пользовательским
интерфейсом. Кроме того, из
сценариев AppleScript в Mac OS X
может быть обеспечен
доступ к сценариям,
вызываемым из командной
строки Unix, а также сделаны
вызовы XML-RPC или запросы
удаленных процедур по
протоколу SOAP в Интернете.
Таким образом, возможности
AppleScript для тех, кто в этом
хорошо разбирается,
поистине безграничны.
Приведенный
ниже пример сценария AppleScript
заметно длиннее, поскольку
в AppleScript ничего не
подразумевается — все
необходимо указывать явно,
вплоть до открытия файла
изображения. Но, несмотря
на необходимость более
детального описания
действий, AppleScript допускает
нечто такое, что возможно
только в на стоящем
программировании (рис. 17.5).
Компромисс,
присущий автоматизации
Характерный
для автоматизации
компромисс заключается в
том, что эффективность
достигается за счет
контроля отдельных
элементов. Каждый сам
решает, стоит ли идти на
такой компромисс в
конкретном процессе. Но
если приходится постоянно
выполнять одни и те же
задачи, значит, они отлично
подходят для автоматизации.
Выбор вида автоматизации
определяется конкретным
процессом, бюджетом и
квалификацией исполнителя.
Тем не менее, рекомендуется
обращать внимание, прежде
всего, на те аспекты,
которые в первую очередь
требуют автоматизации.
Итак, максимально
используйте имеющиеся в
вашем распоряжении
вычислительные мощности
для автоматизации рутинной
работы.
on
run
display
dialog "Assign the default
RGB
Profile
to an image, Convert to the
default CMYK Profile, and Save
with Profile Embedded.
Modify
the script to embed another
profile instead."
set
somefile to choose file with
prompt "Choose an image"
open
sonefile
end
run
on
open draggeditems
tell
application "ColorSyncScripting"
to launch
display
dialog "Assign the default
RGB
Profile,
Convert to default CMYK Profile,
and
Save
with Embedded Profile?"
set
sourcefiles to
filelistFromSelection(draggeditems)
repeat
with thisFile in sourcefiles
tell
application "Finder" to
reveal item thisFile
set
thisFile to thisFile as alias
tell
application "ColorSyncScripting"
set
sourceProf to default RGB profile
set
matchProf to default CMYK profile
try
match
thisFile from source
sourceProf
to destination
matchProf
matching with relative
colorimetric
intent using quality
best
on
error errmsg
activate
display
dialog errmsg
end
try
end
tell
end
repeat
tell
application "ColorSyncScripting"
to set quit delay to 5
end
open
-Возвращает
файлы,
перенесенные
методом
перетаскивания,
ИЛИ файлы,
находящиеся
на
первом уровне
перенесенной тем
же методом папки
on
filelistFromSelection(theselection)
set
hasfoldar to false
tell
application "Finder"
repeat
with thisltem in (theselection as
list)
if
(class of item thisltem is folder)
or
(class
of item thisltem is disk) then
set
hasfolder to true
end
if
end
repeat
end
tell
if
((count item of (theselection as
list)) > 1) and hasfolder then
display
dialog "Drag multiple files
or a single folder." buttons
{"OK"} default button 1
return ""
end
if
tell
application "Finder"
if
hasfolder then
set
filelist to (every item of folder
(item 1 of (theselection as list)))
as
alias
list
else
set
filelist to (theselection as list)
end
if
end
tell
return
filelist
end
filelistFroraSelection
Рис
.17.5. Пример сценария AppleScript
Далее >>>
Смотрите также:
Глава 10. Процесс управления цветом
Глава 11. Управление цветом в операционной системе
Глава 12. Общая архитектура цвета в приложениях компании Adobe Systems
Глава 13. Управление цветом в Macromedia Freehand 10
Глава 14. Управление цветом в CorelDRAW 10
Глава 15. Управление цветом в QuarkXPress
Глава 16. Управление цветом и формат PDF
Глава 18. Организация процессов управления цветом