Проблемный файл

[John68]

Ага, если открыть pdf в Фотошопе ЦС3 с функцией image получается тоже коричневая плюха. И заметны изменения-потери в рисунке. Исчезают полосочки, подсветка вокруг лого становиться наоборот - темной полосой.

Все там есть, только рисунок инвертированый, нажмите в шопе ctrl+I и увидите что все на месте.

 

[glugoff]

Между делом. Если сие прогнать через дистиллер (pdf/X-1a:2001, но думаю, с новыми версиями тоже пройдет), всё норм и в фш и на старом рипе.

P.S. 5-й Арлекин и исходник нормально переваривает.

 

[azz]

А где же

?
Самый вероятный косячник во всей цепочке.

Ну погугли проблему хотя бы. ни одной ссылки не нашел чтобы после image viewer цвета инвертнулись...
а по IM выше уже несколько примеров приводил.

 

[~RA~]

Ну погугли проблему хотя бы. ни одной ссылки не нашел чтобы после image viewer цвета инвертнулись...
а по IM выше уже несколько примеров приводил.

С таким подходом и преступления расследовать не надо. Улики, доказательства — зачем? Вязать ближайшего цыгана и всё.

 

[azz]

Какие ваши доказательства? ))

 

[~RA~]

По сути — никаких. Все свои исследования я публиковал в теме. А хаять софт начал из принципа "сам дурак" защищая огульные нападки на хороший свободный продукт.

 

[azz]

Пришлось устанавливать IM)

ImageMagic rgb2cmyk

 

[~RA~]

У меня тоже получилось.
7808.pdf
Отличный пример на тему "почему без особой необходимости не нужно открывать PDF Корелами-фотошопами для редактирования".

 

[azz]

нет, лишний пример того что в 21 веке компрессия ни к чему в тифах, тем более jpeg

 

[~RA~]

Преинтереснейший глюк!
Повторить удалось только с jpeg компрессией. С zip, lzw и none всё нормально.
Стоит написать в багрепорт.

 

[azz]

да знают там о нем давно
Tif to jpg conversion gives wrong colors.. - ImageMagick
Re: Yet another tif to jpg conversion with wrong colors..

 

[~RA~]

Так это и не глюк вовсе, а фундаментальная проблема лидера отрасли. И костыль APP14 они ровно для этого и придумали.

CAUTION: it appears that Adobe Photoshop writes inverted data in CMYK JPEG files: 0 represents 100% ink coverage, rather than 0% ink as you'd expect. This is arguably a bug in Photoshop, but if you need to work with Photoshop CMYK files, you will have to deal with it in your application. We cannot "fix" this in the library by inverting the data during the CMYK<=>YCCK transform, because that would break other applications, notably Ghostscript. Photoshop versions prior to 3.0 write EPS files containing JPEG-encoded CMYK data in the same inverted-YCCK representation used in bare JPEG files, but the surrounding PostScript code performs an inversion using the PS image operator. I am told that Photoshop 3.0 will write uninverted YCCK in EPS/JPEG files, and will omit the PS-level inversion. (But the data polarity used in bare JPEG files will not change in 3.0.) In either case, the JPEG library must not invert the data itself, or else Ghostscript would read these EPS files incorrectly.

 

[Jeine]

Так и вижу: подходит, значит, ТС к руководству, и изрекает:

Так это и не глюк вовсе, а фундаментальная проблема лидера отрасли.

Или всё-таки следует призвать здравый смысл и сказать, что проблема в том, что навредил

хороший свободный продукт

?

 

[~RA~]

Или всё-таки следует призвать здравый смысл и сказать, что проблема в том, что навредил

Так в том-то и дело, что навредили шаловливые руки ТС и "особенность" лидера отрасли.

 

[Jeine]

То есть, Рафик IM ниучом не уинаватый?

 

[~RA~]

Виновником, в принципе, может быть только субъект.

 

[azz]

всё упирается в "требования типографии"