Hallo,

von mehreren ID-Dokumenten, die ich ursprünglich nur für den Druck (einfarbig schwarz) eingerichtet habe, sollen nun zusätzlich auch interaktive PDFs erstellt werden.

Die InDesign-Dokumente sind vom Text her unterschiedlich, aber ansonsten volkommen gleich aufgebaut. Trotzdem bekomme ich während des PDF-Exports bei einem die Warnmeldung "Das Dokument verwendet den CMYK-Farbraum..."

Ich würde nun gerne wissen, wodurch diese Warnung veranlasst wird?

Gruß
Michael

Antwort auf [ mkuenster ]

Ich würde nun gerne wissen, wodurch diese Warnung veranlasst wird?

Wenn in ID nichts zu finden ist, würde ich das Druck PDF zu Rate ziehen und mal mit Acrobat Pro auf die Suche nach CMYK Objekten gehen.

...oder in den verschiedenen Indesign-Dokumenten den jeweiligen Transparenzreduzierungsfarbraum prüfen.


Gruß,

Ulrich

Antwort auf [ Ulrich Lüder ]

...oder in den verschiedenen Indesign-Dokumenten den jeweiligen Transparenzreduzierungsfarbraum prüfen.

Kommt der auch, wenn gar keine Transparenzen vorkommen?

Wenn in dem einen Dokument CMYK als TFR (TransparenzFüllRaum) vorgegeben gewesen wäre, müssten alle andern ja auf RGB stehen und das hätte bei einem rein Schwarzen CMYK OI auf dem Weg zum Druck PDF deutlich mehr Probleme verursacht.

Oder denke ich da jetzt falsch rum?

Antwort auf [ Thomas Richard ]

Antwort auf [ Ulrich Lüder ]

...oder in den verschiedenen Indesign-Dokumenten den jeweiligen Transparenzreduzierungsfarbraum prüfen.

Kommt der auch, wenn gar keine Transparenzen vorkommen?

habe jetzt nichts ausprobiert, vielleicht ist nur in einer Datei eine Transparenz?

Ich bin nur mal (vor Jahren, danach habe ich es mir "gemerkt") in eine ziemlich fiese Falle gelaufen:

Ein Preflight in Acrobat meldete nur CMYK und/oder Graustufen-Objekte, soweit also alles klar und in Ordnung, weil er dementsprechend nicht bei RGB anschlug, allerdings war der Transparenzreduzierungsfarbraum RGB und das vertrug sich dann durchaus reklamationswürdig leider nicht mit anschliessender Verrechnung transparenter Situationen ;-)

EDIT: vielleicht kann Michael die Meldung, die er erntet, mal ausschreiben?


Gruß,

Ulrich

Ich würde PDFs, die in erster Linie am Bildschirm benutzt werden sollen, beim Export rigoros nach sRGB konvertieren. Da sollte normalerweise nichts drin hängenbleiben, was CMYK ist.

Gruß
Michael

Konvertiert werden aber nur Objekte, das ist ja das fiese daran, eben nicht der Reduzierungsfarbraum.

Was natürlich entsprechende Transparenzen voraussetzt um unglücklich zum Tragen kommen zu können...

Gruß,

Ulrich

Antwort auf [ Michael Pabst ]

Ich würde PDFs, die in erster Linie am Bildschirm benutzt werden sollen, beim Export rigoros nach sRGB konvertieren. Da sollte normalerweise nichts drin hängenbleiben, was CMYK ist.

Grundsätzlich stimme ich dir da zu, aber ...


... nach meiner Erfahrung sehen CMYK Web PDFs wegen fehlendem oder falsch parametriertem Colormanagement in den PDF-Viewern oft deutlich besser (sprich den Druckversionen ähnlicher) aus, als die RGB Versionen, erst recht wenn Geräteneutral gearbeitet wurde.

Antwort auf [ mkuenster ]

Ich würde nun gerne wissen, wodurch diese Warnung veranlasst wird?

schau doch mal ob in der Seitenpalette bei dem entsprechenden Dokument das kleine grauweisse KaroMuster an einem Druckbogen auftaucht, dann sind dort Transparenzen verwendet.

Da Du die Datei ursprünglich für den Druck erstellt hast, ist davon auszugehen, daß Dein Transparenzfüllraum/Reduzierungsfarbraum auch CMYK ist. Werden nun für interaktiven Export alle Objekte in RGB gewandelt, verträgt sich das nicht mit CMYK-Reduzierungsfarbraum, weil auch mittlerweile in RGB gewandelte betroffene Objekte dann im anderen Farbraum miteinander verrechnet würden bei einer eventuellen Reduzierung. Davor wird ausdrücklich gewarnt.

Die Meldung, die ich ernte, ist diesbezüglich eigentlich ziemlich selbst erklärend, siehe screen anbei...

Ulrich

Hallo,

ich glaube nun, den Grund gefunden zu haben, warum bei dem einen Dokument die Meldung kommt:

Auf einer Seite ist eine Grafik im ai-Format platziert. Die ist schwarz/weiß, hat also keine farbigen Bestandteile. Sie hat aber einen Verlauf, der über die Deckkraft eingerichtet war.

Nachdem ich den Verlauf auf unterschiedliche Tonwerte von schwarz geändert habe, kommt die Meldung nun nicht mehr.

Seltsamerweise hat die betreffende Seite in der Seitenpalette von InDesign keine Kennzeichnung, dass eine Transparenz enthalten ist.

Gruß
Michael

Antwort auf [ Thomas Richard ]

Antwort auf [ Michael Pabst ]

Ich würde PDFs, die in erster Linie am Bildschirm benutzt werden sollen, beim Export rigoros nach sRGB konvertieren. Da sollte normalerweise nichts drin hängenbleiben, was CMYK ist.

Grundsätzlich stimme ich dir da zu, aber ...


... nach meiner Erfahrung sehen CMYK Web PDFs wegen fehlendem oder falsch parametriertem Colormanagement in den PDF-Viewern oft deutlich besser (sprich den Druckversionen ähnlicher) aus, als die RGB Versionen, erst recht wenn Geräteneutral gearbeitet wurde.

Hallo Thomas,

ich habe nach gefühlter statistischer Häufigkeit mit profilierten sRGB-PDFs die besten Erfahrungen gemacht, wenn auf nicht kalibrierten Bildschirmen in Office-Umgebungen betrachtet wird. Bei CMYK-PDFs gibt es deutlich häufiger Rückfragen, die auf merkwürdige Farbdarstellungen beim Betrachter zurückzuführen sind. Ebenso gibt es weniger Irritationen, wenn der Kunde sich diese sRGB-PDFs ausdruckt.

Wobei ich selten das zu sehen bekomme, was der Kunde bei sich sieht. Ich will aber Farbdiskussionen vermeiden, die auf eine unzulängliche oder sogar völlig falsche Darstellung beim Kunden zurückzuführen sind. Dabei bewege ich mich mit dieser Verfahrensweise offenbar in ruhigem Fahrwasser. Mag sein, dass das bei anderen Workflows anders sein kann.

Gruß
Michael

Antwort auf [ mkuenster ]

Auf einer Seite ist eine Grafik im ai-Format platziert. Die ist schwarz/weiß, hat also keine farbigen Bestandteile. Sie hat aber einen Verlauf, der über die Deckkraft eingerichtet war.

Via copy+paste von ai-Objekt(en) oder platzieren eines ai-Dokuments in Indesign?

Bei letzterem zeigt mir die Seitenpalette Transparenz an, aber nur, wenn in den zugehörigen Bedienfeldoptionen auch das entsprechende Häkchen gesetzt ist. (siehe screen weiter oben)

Via copy/paste wird die Deckkraft gleich in Werte umgemünzt, die Transparenz (Deckkraft) sozusagen bereits reduziert, dann kommt beim Export aber auch kein Warnhinweis mehr


CS5.5 auf MacOS 10.5.8

Gruß,

Ulrich

Antwort auf [ Michael Pabst ]

Wobei ich selten das zu sehen bekomme, was der Kunde bei sich sieht. Ich will aber Farbdiskussionen vermeiden, die auf eine unzulängliche oder sogar völlig falsche Darstellung beim Kunden zurückzuführen sind. Dabei bewege ich mich mit dieser Verfahrensweise offenbar in ruhigem Fahrwasser. Mag sein, dass das bei anderen Workflows anders sein kann.

In der Tat ist diese Methode nicht von der Hand zu weisen, da du in dem Fall alles richtig gemacht hast: Farben auf den 'üblichen/klasssischen' Farbraum gesetzt und das dazu passende s-RGB Profil mitgeliefert – so kann und sollte es perfekt klappen.

Bei mir ist es allerdings andersrum, ich komme irgendwo hin um mich um die Farben zu kümmern, und sehe gar schauderliches. Un das ist in den letzten Jahren zunehmend das folgende Szenario: Wide-Gammut Bildschirme mit Adobe-RGB Gamut oder gar noch größer, mit keinerlei Colormanagement in den Viewern (weder Browser noch PDF noch den anderen Programmen mit denen täglich gearbeitet wird). Da kann man über die vermurkste Graubalance bei un- oder fehlprofiliertem CMYK Material, fast glücklich sein.

Wenn diese Konstellation s-RGB Daten vorgesetzt bekommen, die nicht mittels Colormanagement auf diesen Gamut gedrosselt werden, ist alles quitschebunt mit brandigen Gesichtern. Bei CMYK Material greift demgegenüber oft eine interne Transformation die zu mindestens in Sachen Übersättigung deutlich glimpflicher mit den Farben umgeht.