Коллеги, из разговоров последнего времени у меня создалось впечатление, что на DeviceLink возлагаются неоправданные надежды, в то время как миссия этой категории профайлов достачно скромна. Мягко говоря скромна. Давайте для начала разберемся в том, что такое категория DeviceLink и для чего она предназначена, потому как главный вопрос всегда остается одним и тем же: "Зачем?"
Итак, партия учит нас (курсивы мои):
"0.7 Прочие профайлы
В дополнение к описанным вариантам профайлов устройств в данной спецификации определены еще четыре типа профайлов.
DeviceLink-профайлы -- Профайлы жесткой связки устройств -- обеспечивают фиксированное преобразование от пространства одного устройства до пространства другого, что может быть полезным в ситуациях, когда необходимость в таком преобразовании требуется достаточно часто или преследует некие определенные цели.
<...>
8.6 DeviceLink-профайлы
DeviceLink-профайлы должны включать в себя следующие тэги:
profileDescriptionTag (см. п. 9.2.31),
copyrightTag (см. п. 9.2.15),
profileSequenceDescTag (см. п. 9.2.32), и
AToB0Tag (см. п. 9.2.1)
colorantTableTag (см. п. 9.2.14) - для xCLR-цветовых пространств, где x -- шестнадцатеричные значения от 2 до F (см. п. 7.2.6)
colorantTableOutTag (см. 9.2.14.1) - необходим лишь в том случае, если поле пространства связи профайлов -- xCLR, где x -- шестнадцатеричные значения от 2 до F (см. 7.2.6).
Данный профайл содержит в себе заранее рассчитанное необратимое преобразование, которое представляет собой одностороннюю связь между устройствами. Поскольку данный профайл не описывает конкретное устройство, он не может быть прикреплен к файлу изображения.
Единственный AToB0Tag может содержать лишь один вариант цветопередачи (из четырех возможных). Вариант цветопередачи фиксируется в заголовке профайла.
Поле цветового пространства данных (см. п. 7.2.6) в DeviceLink-профайле будет таким же, что и в первом профайле из серии профайлов, использованной для создания данного DeviceLink-профайла. Поле PCS будет тем же, что и поле цветового пространства данных последнего профайла серии.
Если в поле цветового пространства данных установлен xCLR, где x -- шестнадцатеричные значения от 2 до F, то потребуется colorantTableTag (см. п. 9.2.14), описывающий имена и L*a*b*-координаты входных колорантов (см. таблицу 15), потому что в противном случае выбор цветового пространства неочевиден. Данные колорантов -- это входные значения профайла.
Соответственно, если в поле PCS установлен xCLR, где x -- шестнадцатеричные значения от 2 до F, то потребуется colorantTableOutTag (см. п. 9.2.14.1), представляющий выходные колоранты (см. таблицу 15), где допустимы только L*a*b*-значения.
Примечание: тэг colorantOrder, обозначаемый ‘clro’, описывает порядок наложения колорантов в печати."
За сим всё и лишнего тут наворачивать не нужно. Добавлю лишь три мысли:
1. DeviceLink полезен тогда, когда мы хотим использовать именно этот РИП (по каким-то там соображениям -- например, хорошее растрирование на струйнике), но при этом недовольны его CMS. DeviceLink в этом случае избавляет нас от необходимости преобразований через PCS, принуждает CMM РИП-а тупо и бездумно пересчитывать одни аппаратные данные в другие, но при этом ограничивает наш маневр жесткой связкой устройств.
2. Мы опять забыли, что мы в России, где все всё крадут. Представим себе законопослушную западную фотолабораторию, где весь софт валидный. Предположим, что эта лаборатория низкого полета и занимается лишь только тем, что тупо выводит на единственном минилабе необработанные файлы заказчика с его ЦФК. Лаборатория не содержит ни одного дизайнёра, не покупает Фотошоп за ненадобностью, но приглашает специалиста, который за долю малую строит им DeviceLink: sRGB-->Minilab. И всё. И это вполне реально.
Мы забываем, коллеги, ICC -- это западная структура, которая охватывает потребности всех категорий image media. Это нам с вами непонятно, почему нельзя взять Фотошоп CS2, а мучиться в Фотошоп 6, если нужно сваять панораму, размером 4Х1 м с разрешением 300 dpi в 16 битах. Пошел и взял. А там, -- шиш: иди и покупай...
3. То, что в DeviceLink нет PCS не означает, что он не использовался -- он использовался при построении DeviceLink, а потом был выкинут. Поэтому надежды на реализацию не-CMS-ного градационно-нюберговского репродуцирования под электронным крылом ICC, увы, не оправдывают себя и не могут себя оправдать.
Итак, партия учит нас (курсивы мои):
"0.7 Прочие профайлы
В дополнение к описанным вариантам профайлов устройств в данной спецификации определены еще четыре типа профайлов.
DeviceLink-профайлы -- Профайлы жесткой связки устройств -- обеспечивают фиксированное преобразование от пространства одного устройства до пространства другого, что может быть полезным в ситуациях, когда необходимость в таком преобразовании требуется достаточно часто или преследует некие определенные цели.
<...>
8.6 DeviceLink-профайлы
DeviceLink-профайлы должны включать в себя следующие тэги:
profileDescriptionTag (см. п. 9.2.31),
copyrightTag (см. п. 9.2.15),
profileSequenceDescTag (см. п. 9.2.32), и
AToB0Tag (см. п. 9.2.1)
colorantTableTag (см. п. 9.2.14) - для xCLR-цветовых пространств, где x -- шестнадцатеричные значения от 2 до F (см. п. 7.2.6)
colorantTableOutTag (см. 9.2.14.1) - необходим лишь в том случае, если поле пространства связи профайлов -- xCLR, где x -- шестнадцатеричные значения от 2 до F (см. 7.2.6).
Данный профайл содержит в себе заранее рассчитанное необратимое преобразование, которое представляет собой одностороннюю связь между устройствами. Поскольку данный профайл не описывает конкретное устройство, он не может быть прикреплен к файлу изображения.
Единственный AToB0Tag может содержать лишь один вариант цветопередачи (из четырех возможных). Вариант цветопередачи фиксируется в заголовке профайла.
Поле цветового пространства данных (см. п. 7.2.6) в DeviceLink-профайле будет таким же, что и в первом профайле из серии профайлов, использованной для создания данного DeviceLink-профайла. Поле PCS будет тем же, что и поле цветового пространства данных последнего профайла серии.
Если в поле цветового пространства данных установлен xCLR, где x -- шестнадцатеричные значения от 2 до F, то потребуется colorantTableTag (см. п. 9.2.14), описывающий имена и L*a*b*-координаты входных колорантов (см. таблицу 15), потому что в противном случае выбор цветового пространства неочевиден. Данные колорантов -- это входные значения профайла.
Соответственно, если в поле PCS установлен xCLR, где x -- шестнадцатеричные значения от 2 до F, то потребуется colorantTableOutTag (см. п. 9.2.14.1), представляющий выходные колоранты (см. таблицу 15), где допустимы только L*a*b*-значения.
Примечание: тэг colorantOrder, обозначаемый ‘clro’, описывает порядок наложения колорантов в печати."
За сим всё и лишнего тут наворачивать не нужно. Добавлю лишь три мысли:
1. DeviceLink полезен тогда, когда мы хотим использовать именно этот РИП (по каким-то там соображениям -- например, хорошее растрирование на струйнике), но при этом недовольны его CMS. DeviceLink в этом случае избавляет нас от необходимости преобразований через PCS, принуждает CMM РИП-а тупо и бездумно пересчитывать одни аппаратные данные в другие, но при этом ограничивает наш маневр жесткой связкой устройств.
2. Мы опять забыли, что мы в России, где все всё крадут. Представим себе законопослушную западную фотолабораторию, где весь софт валидный. Предположим, что эта лаборатория низкого полета и занимается лишь только тем, что тупо выводит на единственном минилабе необработанные файлы заказчика с его ЦФК. Лаборатория не содержит ни одного дизайнёра, не покупает Фотошоп за ненадобностью, но приглашает специалиста, который за долю малую строит им DeviceLink: sRGB-->Minilab. И всё. И это вполне реально.
Мы забываем, коллеги, ICC -- это западная структура, которая охватывает потребности всех категорий image media. Это нам с вами непонятно, почему нельзя взять Фотошоп CS2, а мучиться в Фотошоп 6, если нужно сваять панораму, размером 4Х1 м с разрешением 300 dpi в 16 битах. Пошел и взял. А там, -- шиш: иди и покупай...
3. То, что в DeviceLink нет PCS не означает, что он не использовался -- он использовался при построении DeviceLink, а потом был выкинут. Поэтому надежды на реализацию не-CMS-ного градационно-нюберговского репродуцирования под электронным крылом ICC, увы, не оправдывают себя и не могут себя оправдать.