- На скриншоте показано, что заголовки 3+3 таблиц отображения и цветоделения ссылаются на 1+1 таблицу для уменьшения размера. Справа размер таблиц в байтах.
- • 22.27 КБ • 6018 просмотров
Повозился, потестировал, остановился на таком варианте.
Встречайте
ISO Coated v2 Smaller Embedded AK.icc всего 101 килобайт!
Как и говорил, уменьшил гранулярность, сократил кол-во таблиц с шести всего до двух, остальные четыре ссылаются на эти две: одна в одном направлении преобразования и другая в другом. Совсем уж классный и особенный профиль на 90 килобайт с единственной таблицей просмотра красок AToB и гранулярностью 11 - фотошоп конечно видит и внедряет, а вот иллюстратор все же не признает профиль просмотра без таблицы цветоделения. Так что сделал таблицу BToA чисто номинально с гранулярностью всего 9 (вместо типичных 30) и всего на 10 килобайт (хотя ничего плохого не произойдет если даже и поделить, там хороший удобный Black TAC 240 при TIL 300, то есть и генерация черного из полезных).
Главная таблица AToB или CMYK->Lab отсмотра изображения гранулярностью повыше - 11. При том что обычно примерно 16 и 30 делают для профилей цветоделения, тут 11 и 9 для профиля просмотра. И не добавлял лишний в данной ситуации тег targ с содержанием промеров для построения профилей.
Попробовал внедрить в
пдфку небольшую векторную (158 КБ) из соседней темы
про градационные характеристики - полет нормальный.
Можно тестировать.
Обращаю внимание, что цветоделение все же лучше выполнять не этим маленьким профилем для просмотра красок по цвету, а лучше этим:
ISO Coated v2 (Arkhip Kuinji shadows).icc и маленький профиль просмотра под фогрой 39 с правильными кстати глубокими тенями лишь внедрять в оконцовке.
Колористика fogra39 improved таблицы CMYK->Lab продолжает развивать
эту недавнюю тему верного отображения высоких TIL. Иногда клиенту полезно честно взглянуть на локальные контрасты в глубоких тенях, которые получатся в печати, а не на те, которые он нафантазировал при неверной визуализации своих красочных сепараций в глубоких тенях.
Мы зачастую не заполняем в наших PDF Output Intent профилем просмотра красок просто потому, что не хотим "утяжелять" файл еще на 2 мегабайта, а не потому что плохо относимся к управлению цветом. Все мы прекрасно понимаем, что в настройках акробата клиента может стоять и SWOP и японская газета, и проще профиль в документ внедрить, чем надеяться, что на другой стороне все сами правильно настроят по дефолту для просмотра. Особенно это касается различного рода типографских превью результата растрирования рипом для клиента, когда и файлы делаются покомпактнее, и хочется, чтобы цвет увидели правильно. PDF с нормальным профилем для таких целей, как еще Игорь Бон заметил давно, отлично подходит.
Таблицы в представленном профиле - относительные колориметрические. Rendering Intent Perceptual и Saturation использует их же. Почему Relative -
обстоятельно пояснено в этом топике в конце.
Теперь чисто техническая информация, обычные пользователи могут ее пропустить. Таблица AToB сделана
в этой моей утилите с небольшими изменениями по коду. Вот код обычный создания разметки таблицы профиля с гранулярностью 16:
Код: Выделить всё
function example2() {
granular = [0,6.667,13.333,20,26.667,33.333,40,46.667,53.333,60,66.667,73.333,80,86.667,93.333,100]; //16
//granular = [0,10,20,30,40,50,60,70,80,90,100]; //11
var outgran = "";
for(var a=0; a < 16; a++) {
for(var b=0; b < 16; b++) {
for(var c=0; c < 16; c++) {
for(var d=0; d < 16; d++) {
outgran += granular[a]+'\t'+granular[b]+'\t'+granular[c]+'\t'+granular[d]+'\n';
}
}
}
}
document.table.format.value = outgran;
}
Здесь я временно закомментил массив granular в первой строке функции и раскомментил во второй, то есть сменил гранулярность с 16 на 11. И соответственно в 4 вложенных циклах поменял 16 на 11. Все просто.
Переадресация в профиле с одного тега на таблицу другого делается так
в ICCMax:
Код: Выделить всё
<AToB1Tag SameAs="AToB0Tag"/>
<AToB2Tag SameAs="AToB0Tag"/>
И аналогично для обратного направления преобразования. Эти записи включаются вместо таблиц AToB1 и AToB2, таблицы удаляются из профиля. Но ссылка на них ведет всегда в таблицу AToB0 в примере, и профиль стопроцентно правильно верифицируется. Если просто выкинуть таблицы те или иные и не дать на них для тега ссылки - профиль не будет проходить верификацию, может быть не виден программам, словом разные неприятности всего-то без этих пары приведенных строк.