Über die letzten Monate haben wir bei PDFX-ready fast alle Settings und Empfehlungen überarbeitet und optimiert. Die neuen Vorgaben tragen die Versionsnummer V1.3. Dabei ging es dieses mal nicht um einschneidende Änderungen sondern um viele kleine Verbesserungen im Detail:

• PDF-Prüfprofile V1.3: Hier wurden hauptsächlich die neuen Farbprofile der ECI integriert und die Prüfungen des Gesamtfarbauftrags angepasst. Weitere Details im Changelog.
• Bridge Settings V1.3: Auch hier wurden die neuen ECI-Farbprofile eingesetzt.
• PDF-Exportstile V1.3 für InDesign CS4: Die JPEG-Kompression erfolgt ab sofort mit “maximaler” Qualität (vorher: “hohe” Qualität). Diese Änderung ist notwendig geworden, da mit InDesign CS4 bei gleichen Einstellungen wie in CS3, eine wesentlich niedrigere Ausgabe-Qualität der Bilder erreicht wird. Ein sofortiges Update wird daher empfohlen.
• Live-Preflight V1.3 für InDesign CS4: Hier wurde ausser der Versionierung nichts angepasst.
• PDF-Exportstile V1.3 für XPress 7 und 8: Kompression analog zu InDesign angepasst; Transparenzverflachung für importierte transparente PDFs definiert (nur XPress ab 8.1); neue ECI-Farbprofile integriert.

Alle Einstellungen gibt es wie gewohnt im Download-Bereich von PDFX-ready.
Wir, die Arbeitsgruppe Technik von PDFX-ready, sind natürlich immer an Ihrem Feedback interessiert.

Im Januar wird noch der neue PDFX-ready Leitfaden veröffentlicht, der die Qualitätsstandards von PDFX-ready  vor allem für Einsteiger durchgängig beschreibt.

Die große Aufgabe für 2010 ist nun der PDFX-ready Workflow V2.0. Darin sollen erstmals Regeln für PDF/X-4 basierte PrePress-Workflows (mit und ohne RGB) beschrieben werden. Natürlich sind wir auch hier stark an Ihrem Feedback aus der Praxis interessiert.

Für alle von der Transparenz-Ausgabe geplagten Anwender von XPress 7 und 8.0x ist das sicher ein Grund zur Freude. Aus meiner Erfahrung hatte ein Großteil der Probleme bei der PDF-Erzeugung irgendetwas mit Transparenz zu tun. Quark wusste um diese Schwachstelle und hat jetzt für Abhilfe gesorgt.

Transparenz-Interface in XPress 8.1

Jedoch gibt es bei dieser Ankündigung ein ABER: Quark hat nicht – wie zu hoffen gewesen wäre – die komplette PDF-Engine auf eine neue Basis gestellt, etwa der neuen Technologie von Global Graphics. Stattdessen wurde die bestehende Technologie, mit PostScript als Zwischenstation, an einigen Stellen aufgebohrt. Die Ausgabe von Transparenz erfolgt mithilfe sog. PDFMarks, welche die Transparenz durch PostScript, welches keine Transparenz versteht, schleusen. Auf diese Weise hat Quark auch die Ausgabe von XPress-Ebenen in PDF-Ebenen (Optional Content Groups) realisiert. Eine komplette Neuarchitektur der PDF-Ausgabe inkl. Farbmanagement bleibt wohl späteren Versionen von XPress vorbehalten. Es spricht für Quark, dass das drängende Problem trotzdem über eine solche Zwischenlösung angegangen wurde.

Dieser technische Unterbau ist je nach Sichtweise und Workflow ein großes, kleines oder auch gar kein Problem. Im besten Fall werden alle Ihre bisherigen Probleme gelöst ohne das neue dazukommen. Weil das aber nicht immer der Fall ist hier die wichtigsten Tipps zur Ausgabe von Transparenz via PDFMarks in XPress 8.1:

Importierte Transparenz
Auch XPress 8.1 kann keine transparenten Objekte in AIs oder PDFs nativ importieren. Diese werden durch XPress verflacht. Neu ist, dass sich die Reduzierungsauflösung für diese Objekte bei der Ausgabe steuern lässt. Die Vorgabe von 300 ppi ist dabei wohl in vielen Fällen zu wenig. In meinen Tests war immer wieder auch der Maximalwert von 1200 ppi geboten.
Um dieses Problem zu umgehen empfiehlt es sich transparente PDFs vor dem Import in Acrobat zu verflachen. Anstelle von AIs sollten Sie aus Illustrator heraus weiter EPSe in XPress zu platzieren. Somit übernimmt Illustrator die Verflachung der Elemente und nicht XPress was in einigen Fällen zu besseren Ergebnissen führt.

Importierte AI- bzw. PDF-Transparenz in XPress 8.1

Schlagschatten
Auch bei nativer Ausgabe von Transparenz müssen Schlagschatten weiterhin gerendert werden. Diese kommen dann als sog. „soft image mask“ im PDF an. Diese Maske hat natürlich weiterhin eine Bildauflösung. Hier greift also auch in XPress 8.1 der Wert für das Rendering von Schlagschatten.
Die Vorgabe von PDFX-ready von 449 ppi für Schlagschatten erschien mir in XPress 8.1 an manchen Stellen etwas zu niedrig. So hatten Schatten am Monitor Posterisierungen und Halo-Effekte. Eine Erhöhung der Auflösung auf 800 ppi hat hier Abhilfe gebracht. Im Proof haben sich diese Probleme jedoch nicht bestätigt.

Schlagschatten in RGB und Lab
Auch wenn Sie Ihre Schlagschatten in RGB oder Lab aufbauen und „Unverändert“ ausgeben wandelt XPress 8.1 diese nach CMYK um. Diese Logik war bei verflachter Ausgabe notwendig und ist jetzt bei unverflachter Ausgabe wohl als Relikt zu betrachten.

Farbmanagement
Für das Farbmanagement heißt diese Zwischenlösung auf Basis von PDFMarks, dass sich nichts geändert hat. Die Architektur ist ja dieselbe geblieben. Auch jetzt ist es also nach wie vor sehr schwierig bis unmöglich medienneutrale PDFs zu erstellen. Hauptgründe dafür sind das eigenwillige Objekt-Tagging Verhalten von XPress sowie das Verwerfen das Original-Profilnamens bei der PDF-Ausgabe.

PDF/X-4
Weiterhin: Aus XPress 8.1 lässt sich kein PDF/X-4 mit nativen Transparenzen erzeugen. Jedes PDF aus XPress 8.1, das Live-Transparenz enthält, ist unzertifiziert. Ein PDF/X-4 Support hätte für Quark weiter reichende Folgen etwa bei der Ausgabe von Fonts, Farben oder Metadaten gehabt.
Leider ist es aktuell nur schwer möglich aus einem solchen XPress 8.1 PDF im Workflow ein PDF/X-4 zu erzeugen. Nicht alle Objekte lassen sich von Callas Profilen PDF/X-4 konform „fixen“. Dies betrifft vor allem ein Problem mit TrueType Fonts. Mit einigen Umwegen können Sie es umgehen:

[Update:] Es gibt noch einen Workaround um das TrueType Problem zu umgehen. Mit der PDF Toolbox von Callas können Sie dazu das Fixup “TrueType-Schriften nach CID umwandeln” verwenden. Somit wird die Restriktion von PDF/X-4 umgangen.

Welche Anwendungsbereiche ergeben sich somit aus den neuen Transparenz-Möglichkeiten in XPress 8.1? Zum einen wird die Ausgabe wesentlich schneller und stabiler. Auch wenn Sie weiterhin PDF/X-1a, also ein verflachtes PDF, an Ihre Druckerei geben, sollten Sie in Erwägung ziehen aus XPress unverflacht auszugeben. Die Reduzierung und PDF/X-Verifizierung würde dann durch Adobe Technologie im PDF erfolgen. Besonders bei kniffligen Vektor-Reduzierungen kann das Gold wert sein. Das bisherige Hauptmanko der Transparenz-Ausgabe von XPress lässt sich also jetzt einfach umgehen.
Auch für Screen-PDF sollten Sie zukünftig auf die in diesem Kontext schon länger nicht mehr notwendige Verflachung verzichten. Die PDFs werden dann auch kleiner.
Sollte das Ausgangs-PDF von XPress 8.1 zukünftig auch für PDF/X-4 geeignet sein, ließen sich diese auch in „CMYK only“ Workflows mit nativer Transparenz einsetzen. Bis es soweit ist bedarf es jedoch genauer Absprachen zwischen Druckerei und Kunde um die Weitergabe unzertifizierter PDFs zu ermöglichen.

Übrigens: Durch den Einsatz von PDFMarks können Sie auch auf dem Weg „Export als PostScript“ via Distiller PDFs mit nativer Transparenz erzeugen. In Ihre Distiller Joboptions müssen Sie dazu im Texteditor den Parameter /AllowTransparency auf „True“ setzen.

Georg Obermayr, August 2009

Von PDFX-ready sind soeben neue PDF-Export Stile für XPress erschienen (Workflow Version 1.2). Die Stile sind in XPress 7.5 und 8 einsetzbar. Kostenloser Download unter: http://www.pdfx-ready.ch/index.php?show=492

Die wichtigsten Neuerungen:

• Es wird jetzt auf PDF/X-1a geprüft. PDF/X-3 wird nicht mehr verwendet.
• Das Downsampling von Bilddaten (Farb-, Graustufen und Strichbilder) wurde komplett deaktiviert. Die Kompression bleibt unverändert.
• Die Farbausgabe erfolgt jetzt nicht mehr “Unverändert” sondern auf Basis von “CMYK”. Somit wird es auch ermöglicht mit RGB-Bildern zu arbeiten. Diese werden dann bei der Ausgabe nach CMYK konvertiert. Es kann aber genauso weiterhin mit CMYK-Bildern gearbeitet werden. Möchten Sie auf RGB-Bilder umsteigen brauchen Sie zukünftig eine Farb-Quelleneinstellung. Wie die konfiguriert sein sollte ist im Rezept zu den PDF-Stilen erklärt.

Wir empfehlen die neuen Settings möglichst bald einzusetzen.

Natürlich freuen wir – die Arbeitsgruppe Technik von PDFX-ready – uns auf Ihr Feedback zu den neuen Einstellungen.

Darin wird das gesamte Spektrum der sicheren Druckproduktion mit dem Layoutprogramm erklärt: Von der Konfiguration des Farbmanagements über die ideale PDF-Ausgabe bis hin zu den besten Tipps aus der Produktions-Praxis.

Mit knapp 200 Seiten, einem separat beigelegten Farbmusterbuch, einem 10-seitigen Papiermusterbuch und der neuen Cleverprinting-Testform 2009 bietet die aktuelle Ausgabe einen umfassenden Überblick über die moderne Druckdatenproduktion.

Das Cleverprinting-Handbuch 2009 ist etwas besonders: Keine andere Publikation in Deutschland nimmt sich dem komplexen Thema Druckdatenproduktion so umfassend und zugleich verständlich an. Hinzu kommt, dass das Thema nicht nur erklärt wird, sondern mit Vergleichsdrucken, Farbmustern und vielen beeindruckenden Beispielen auch zeigen, dass PDF/X und Colormanagement auch wirklich funktionieren!

Das Cleverprinting-Handbuch 2009 kann unter http://www.cleverprinting.de völlig kostenlos und ohne lästige Registrierung herunter geladen werden, für 19,80 Euro ist eine hochwertig im Bogenoffset gedruckte Version erhältlich.

Hier der Link zur Amazon-Seite:

http://www.amazon.de/gp/product/3827324629/ref=sib_rdr_dp

Auch ich durfte meinen Teil beitragen und habe einen Gastbeitrag über die Stile von PDFX-ready beigesteuert sowie am Ausgabekapitel und an den PDF-Stilen auf der CD mitgewirkt.

Absoluter Kauftip!

Exportieren Sie anschließend ein PDF mit X-1a Evaluierung und “Unveränderter”-Farbausgabe (entsprechend der PDFX-ready Empfehlung).

Das PDF fällt durch die X-1a Evaluierung, da der Alternative Farbraum der GOE-Farbe LAB ist!

Ein Blick in den Farb-Quelleneinstellungen verrät es: Dort lässt sich für GOE nur LAB auswählen, CMYK oder RGB sind im Gegensatz zu den “alten” Pantone Bibliotheken nicht vorgesehen.

Pantone liefert für die GOE-Farben schlicht nur noch LAB-Definionen aus. Siehe auch http://www.publisher.ch/dynpg/upload/imgfile2872.pdf

Es gibt momentan auch keinen Weg, das in XPress 8 anders zu konfigurieren.
Wer also “Unverändert” PDF/X-1a ausgeben möchte muss bis auf weiteres auf Pantone GOE Bibliotheks-Farben verzichten.

Eine Alternative kann sein, das Problem mit den PDF-Fixups in Acrobat 8/9 zu lösen.
Exportieren Sie dazu das PDF wie oben beschrieben und lassen es im ersten Schritt durch die PDF/X-Prüfung fallen.
Anschließend wenden Sie im Preflight von Acrobat das Fixup an um die Alternativen Farbräume nach CMYK zu wandeln und das PDF/X-Flag neu zu vergeben.
Ich habe für Acrobat 8 ein solches Fixup-Profil erstellt, dass Sie hier – natürlich ohne Gewähr – herunterladen können. Das Profil konvertiert nach ISO Coated v2 und setzt dieses auch als Output Intent.

Ein Workaround der einfacheren Art ist es im Farben-Dialog von XPress nach Auswahl des GOE-Tons das Farbmodell auf CMYK zu ändern. Der Name der Sonderfarbe und das Sonderfarben-Attribut bleiben dabei erhalten. Es liegt aber keine medienneutrale Bibliotheksfarbe mehr im Hintergrund.

Georg Obermayr, Oktober 2008

Der Bundesverband Druck & Medien (BVDM) hat vor kurzem ein Update für die Publikation “Farbmanagement in DTP-Anwendungen” veröffentlicht. Der dritte Teil der Serie behandelt die Creative Suite 3 sowie XPress 7. Zusammen mit Florian Süßl von MetaDesign und Sebastian Nafroth von 3f8h.net durfte ich als Co-Autor an diesem Projekt mitarbeiten.
Behandelt werden wieder die drei Workflow-Typen early, intermediate und late binding. Wichtigste Neuerung ist dabei, dass für late binding nun PDF/X-4 (also inklusive Transparenzen) verwendet wird. Da weder XPress 7 noch XPress 8 die native Ausgabe von Transparenzen ermöglichen bleibt dieser Workflow hier außen vor. Die Empfehlungen für XPress 7 stellen für mich die Quintessenz von zwei Jahren CMS in XPress 7 dar. Der Erwerb der toll ausgestatteten grünen Mappe sei daher allen “Farb-Entscheidern” ans Herz gelegt.

http://www.bvdm.org/Publikationen/

Ausgangspunkt ist eine Vektor-EPS-Datei aus Illustrator CS 2 die verschiedene Finessen enthält. Dazu im Detail mehr an den jeweiligen Stellen.
Die Präferenz, von der in diesem Artikel die Rede ist, findet sich in den Farbmanagement-Vorgaben für Print-Layouts von XPress 7:

Im ersten Schritt deaktivieren wir das Vektor-CMS und geben im Modus “Composite CMYK” aus. Dieser Modus gibt nur 4C aus, Sonderfarben werden in 4C konvertiert. Sollten. Denn bei ausgeschaltetem Vektor-CMS wird das Vektor-EPS unverändert ausgegeben, d.h. hier bleiben die Sonderfarben erhalten!

Das ist die erste Regel des Vektor-CMS: Ist es nicht aktiviert, wird das EPS immer ohne Änderung ausgegeben, unabhängig von dem was mit den Farben im restlichen Dokument passiert.

Die zweite Regeln betrifft das Softproofing (Darstellung der Farben in XPress) von Vektor-Daten: Bei deaktivierten Vektor-CMS findet keine akkurate Farbdarstellung von Vektor-EPSen statt. Deutlich wird das an diesem Screenshot und der Darstellung von Magenta im EPS sowie als native XPress-Fläche:

Aktivieren wir zum Vergleich das Vektor-CMS (und wichtig: laden das Bild neu): Nun “stimmt” das Softproofing des Vektor-CMS mit dem des restlichen Dokuments überein!

Sprich: Ist Vektor-CMS aus, interessiert sich XPress nicht für das Vektor-Bild, die Farbdarstellung erfolgt “irgendwie”. Nur bei aktivem Vektor-CMS wird das Bild überhaupt in die Farbmanagement-Überlegung mit einbezogen. Das ist der Hauptvorteil von aktivem Vektor-CMS.

Was heißt das aber für die Ausgabe?

Wiederholen wir die Ausgabe mit “Composite CMYK” (4C OHNE Spot) bei aktivem Vektor-CMS: Nun sind auch alle Sonderfarben im Vektor-EPS ICC-basiert nach 4C aufgelöst worden.

ABER:
Alle anderen Bestandteile des Vektor-EPS AUCH! Die Folge ist:
- Schwarz/Grau ist 4farbig aufgebaut.

- Vormals reine Farben sind verschmutzt

Die Wandlung von Sonderfarben ist inkonsistent zur Wandlung die XPress bei nativen Sonderfarben-Objekten vollzieht: Erstere erfolgt ICC-basiert, bei der zweiten wird dagegen der Alternate Color Space zugeordnet.
Jedoch ist selbst innerhalb des EPS die Wandlung nicht konsistent, da bei einem Verlauf mit Sonderfarbe auch einfach nur der Alternate Color Space aufgelöst wird (also hier keine ICC-basierte Wandlung)!

Verwenden wir als nächstes eine Farb-Ausgabe die Sonderfarben erlaubt: “Composite CMYK und Volltonfarben”. Jetzt bleiben die Sonderfarben im EPS erhalten. Die Schnittflächen von transparenten Sonderfarben und 4C-Objekten werden aber einfach in 4C aufgelöst.

Für den Rest ergibt sich ein gewohntes Bild: Das ganze EPS wird nach mal via ICC durch die Farb-Waschmaschine geschleudert!

Ähnliches ergibt sich auch bei den Ausgabemodi RGB, Graustufen und DeviceN.

Interessant ist folgendes Detail: Verläufe innerhalb des EPS werden zu Bildern gewandelt und NICHT als Smooth Shading ausgegeben! Diese Bilder haben immer eine Auflösung von 103 ppi! Ausnahme ist auch hier wieder der Verlauf zur Sonderfarbe, dieser wird als einziger in der korrekten Form des Smooth Shadings ausgegeben.

Zusammenfassend: Bei Composite CMYK oder DeviceN Modi ist das Vektor-CMS NICHT zu gebrauchen, da immer das komplette EPS ICC-basiert gewandelt wird und Verläufe zu Bildern werden.

Wie sieht es aber im Modus “Unverändert” aus?

Gemeint ist hier der von PDFX-ready benutzte Modus OHNE geräteneutrale Farbe.
Wird hier das Vektor-CMS aktiviert erhält man ein korrektes Softproofing des Vektor-EPS. Der Clou ist nun, dass die Ausgabe “unverändert” erfolgt. D. h. in das Vektor-Bild wird nicht mehr eingegriffen!

Im Modus “Unverändert” ist es also möglich den Vorteil des Vektor-CMS (korrektes Softproofing) mit einer sicheren Farbausgabe zu kombinieren.

Es kann also NUR beim Einsatz der Stile von PDFX-ready empfohlen werden, das Vektor-CMS einzuschalten!

Sind im platzierten EPS oder PDF übrigens kalibrierte Farbräume enthalten werden diese bei der “unveränderten” Ausgabe dekalibriert. Dies ist wahrscheinlich dem Zwischenschritt PostScript beim PDF-Export geschuldet.

Georg Obermayr, Januar 2008