Hallo,
hier http://www.hilfdirselbst.ch/foren/Acrobat%3A_Output_Intent_wird_beim_Speichern_unter_Exportieren_ignoriert_P372031.html#372031 wird von einem Problem berichtet, wo der OI mit den Acrobat-Grundeinstellungen im Bereich Farbmanagement kollidiert.
Über das gleiche Problem bin ich nun bei der Farbkonvertierung von Acrobat gestolpert. Als Beispiel kann das PDF dienen aus dem o.g. Beitrag im Eröffnungsthread. Zum Glück ist das noch online.
Das ist ein PDF/X-1a mit OI. Man stelle sich vor, dass das ein PDF/X-3 oder PDF/X-4 wäre, welches medienneutral aufbereitet wäre und noch RGBs enthielte. Wenn man diese nun mittels Farben konvertieren in den OI transformieren wollte, würde man böse auf die Nase fallen: Ja, wenn die CMS-Grundeinstellungen im Bereich CMYK vom eingebetteten OI des PDFs abweichen. Im konkreten Fall ist da eine Cyan-Fläche mit 70% Tonwert. Die ist DeviceCMYK und sollte sich demzufolge eigentlich nicht verändern nach einer Farbkonvertierung. Aber wenn man in den Grundeinstellungen z.B. ISOcoated_v2 gewählt hat, dann wird aus 70% plötzlich 71%.
Nicht tragisch? Bitte sehr ein anderes Beispiel: PDF/X-4 mit ISOcoated (v1) wird in den OI konvertiert. Mit ISOcoated_v2 in den CMS-Grundeinstellungen wird aus einem rot 0/100/100/0 nach der Farbkonvertierung 0/97/99/0.
Stellt man in beiden Fällen die Grundeinstellungen um auf das im OI verwendete Farbprofil, dann werden die Farben nicht verändert. Das ist nicht praxisgerecht, wie auch im o.g. Beitrag richtig bemerkt wurde.
Das Problem tritt sowohl am Mac als auch Win auf. Und mein Acrobat 8 auf dem Mac verhält sich ebenfalls identisch. Das scheint also schon länger ein bug zu sein in Acrobat.
Gruß
