[Acr DC] Шум в изображении после преобразования цветов

[akck]

Добрый день всем!
Появилась нужда создать ПДФ из джипега. Джипег в RGB. Но после создания и преобразования растра в CMYK программными средствами акробата появился шум в местах границ разных тонов. Это явно артефакты джипеговского сжатия. Причем при создании ПДФ из точно такого же растра, но в тифаке, после преобразования все хорошо. Поковырялся в акробате и пришел к выводу, что в нем зашито стандартное значение сжатия как "среднее" и после преобразования цветов, он его применяет к картинке. Подскажите это можно где-то как-то исправить?

Привожу скриншоты результатов

исходный джипег после вставки в акробат
он же после преобразования в CMYK
тоже самое изображение, но пересохраненное в TIF, вставленное в акробат и преобразованное в CMYK

 

[~RA~]

Объединить жипеги в пдф, пережать зипом и лишь после этого работать с цветом.
Баг старый, хорошо известный. Поиском по форуму наверняка находится.

 

[_MBK_]

Объединить жипеги в пдф, пережать зипом и лишь после этого работать с цветом.

Вроде, говорили что в последних версиях акробата этот фикс работает как то неадекватно
Вообще говоря, проблема в неправильной организации процесса
Зачем объединять жпеги в PDF? Правильнее сперва их сконвертировать в CMYK а потом уже объединять

из точно такого же растра, но в тифаке,

 

[~RA~]

Правильнее сперва их сконвертировать в CMYK а потом уже объединять

Верно. Так можно деликатнее и точнее настроить компрессию.

 

[_MBK_]

Верно. Так можно деликатнее и точнее настроить компрессию.

Жпеги уже при объединении могут перекомпрессироваться

 

[~RA~]

Жпеги уже при объединении могут перекомпрессироваться

Это настраивается в Акробате. К тому же Акробат не единственный инструмент, что умеет это делать.

 

[_MBK_]

Это настраивается в Акробате.

Где

 

[~RA~]

Пошукай в настройках. У меня нет под рукой акробата.

 

[dosp]

Пошукай в настройках

Для JPG нет настроек сжатия при преобразовании их в PDF

 

[~RA~]

Для JPG нет настроек сжатия при преобразовании их в PDF

Значит утверждение

Жпеги уже при объединении могут перекомпрессироваться

ошибочно.

 

[_MBK_]

ошибочно.

Не вижу си... логики?

 

[~RA~]

Вспомнил. Я как-то проверял и отписывался об этом на форуме: жипег помещается в исходном виде, даже с экзиф данными.

 

[_MBK_]

жипег помещается в исходном виде, даже с экзиф данными.

Пожалуй, ты прав.
В XI как минимум именно так и есть

 

[akck]

Всем спасибо за обсуждение. В принципе я нашел похожее решение - пересохраняем созданный ПДФ как оптимизированный и в настройках меняем тип сжатия на ZIP, после этого все конвертируется как надо.

Объединить жипеги в пдф, пережать зипом и лишь после этого работать с цветом.
Баг старый, хорошо известный. Поиском по форуму наверняка находится.

Блин, я так и думал! Только надеялся, что вновой версии разработчик как-то призадумается на этой проблемой.

 

[_MBK_]

этой проблемой

Какой проблемой?

 

[~RA~]

Какой проблемой?

Да брось, не фича это никакая.

 

[_MBK_]

не фича это никакая.

Потеря информации при каждом пережатии JPEG - да, фича

 

[~RA~]

Потеря информации при каждом пережатии JPEG

— это данность, а вот то, что её степень не настраивается или не берется из картинки — баг.

 

[_MBK_]

её степень не настраивается или не берется из картинки

При конвертировании цветов? Вероятно, авторы подумали что конвертирование цветов при сохранении компрессии с потерями - такой позорный ахтунг, что никто в здравом уме им не будет заниматься вообще.

 

[~RA~]

При конвертировании цветов?

Не важно. Операция производится над декомпрессированными данными и перед тем как пожать деструктивным кодеком перед сохранением следует или спросить у пользователя степень этой деструктивности или, по-умолчанию, пожать с той же. То моё имхо.