[Achim M.]

Seit rund einem Jahr versende ich an Druckereien nur noch PDF/X-3. Es gab eigentlich nur einmal einen Fall, wo angeblich ein Problem auftrat und die Litho lieber ein 'normales' PDF wollten. Ansonsten ist PDF/X-3 ein sinnvolles und wichtiges Format für die Druckvorstufe, das aus meiner Erfahrung keine Probleme bereitet und hilft, potentielle Schwierigkeiten frühzeitig zu erkennen.

Würden Dienstleister und Kunden standardkonform im Sinne des PDF/X-3-Standards arbeiten, könnten viele Fehler in der Druckvorstufe vermieden werden. Leider sind insbesondere Agenturen vielfach zu bequem und zu unsicher. So dass PDF/X-3 sich als Standard kaum durchsetzt.

Dabei wird ein wesentlicher Aspekt aus dem Auge gelassen: Die Rechtssicherheit. Wenn ich meine Daten mit den ISO-Profilen der ECI separiere und ein PDF/X-3 einschließlich korrekter Proofs mit Medienkeil 2.0 abliefere, bin ich bezogen auf einen späteren Rechtsstreit bei einem Fehldruck auf der sicheren Seite. Meinetwegen kann man bei Visitenkarten auch mal 'ne Freehand-Datei rüberschicken, wenn aber bei einem Prospekt im Rollenoffsetdruck mit irgendwelchen Farbdrucken und offenen Daten hantiert wird, dann ist das in meinen Augen absoluter Wahnsinn, der leider heute so tagtäglich praktiziert wird. Geht die Sache schief, sitzt man auf vielen tausend Euro Schaden, nur weil man an Mitarbeiter-Schulungen, Prüftools (die ja teilweise sogar kostenlos sind) und ein paar Proofs sparen wollte.

Andererseits muss man aber auch wissen, dass PDF/X-3 eine klare Verantwortung an den Lieferanten überträgt. Insofern stehe ich den PDF/X-3-Exportfunktionen von InDesign CS etwas skeptisch gegenüber, weil hier die Gefahr besteht eine standardkonforme Datei zu erzeugen, die gar nicht den eigenen Vorstellungen entspricht. So läßt PDF/X-3 ausdrücklich RGB- und Lab-Bilder zu. Wenn die Druckerei nicht ausdrücklich die korrekte Verarbeitung von PDF/X-3-Daten zusichert und CMYK-Daten anfordert, kann man als Lieferant schnell den schwarzen Peter haben. Deshalb ist eine Auseinandersetzung mit dem PDF/X-3-Standard unbedingt erforderlich. Einfach nur 'ne Automatikfunktion zu nutzen, ist nicht immer die richtige Lösung.

Gruß

Achim

[Achim M.]

Ich bin so frei und hol das Thema noch einmal hoch. Vielleicht mag sich ja noch jemand an der Umfrage beteiligen.

Was mich wundert, laut Umfrage ist PDF/X-3 ja offensichtlich kein Neuland mehr. In der Praxis mache ich da eigentlich genau die gegenteilige Erfahrung. Die wenigsten Druckereien sind wirklich darauf ausgerichtet und die Agenturen, die ich kenne, benutzen diesen Standard auch nicht. Im Sommer habe ich eine Berufsschullehrerfortbildung geleitet und auch dort hatte ich den Eindruck, dass niemand so richtig was mit dem Begriff anfangen konnte.

Habe ich nur mit den falschen Leuten zu tun? Und hat anderswo in Deutschland die Zukunft schon längst begonnen?

Gruß

Achim

[Account gelöscht]

ich fange jetzt auch damit an PDF/X-3 aus indesign zu
schreiben, nur leider bin ich damit noch nicht so vertraut,
als das ich jetzt großartig mitreden könnte.

das was ich weiß ist das:

Bei PDF-X handelt es sich um eine auf dem PDF-Format basierende Normung für die Übermittlung digitaler Druckvorlagen.
PDF-X besteht aus mehreren Teilen. ISO 15929 beschreibt den PDF-X-Ansatz insgesamt und definiert einige grundlegende Spielregeln zum Thema PDF-X. Der erste Teil (PDF/X-1-ISO 15930-1) definiert den digitalen Druckvorlagen-
austausch für Abläufe, in denen ausschließlich mit CMYK und Sonderfarben gearbeitet wird.
Der zweite Teil (PDF/X-3-ISO 15930-3) beschäftigt sich zusätzlich mit der Unterstützung für Color-Management-Workflows.

Zu den Regeln der PDF-X-Norm gehören unter anderem folgende Punkte:

* Schriften müssen eingebettet sein.
* Bilddaten müssen als Bestandteil des PDF enthalten sein und mit Mitteln einer PDF-Seitenbeschreibung kodiert werden.
* OPI-Kommentare sind verboten.
* Transferkurven sind verboten.
* Rastereinstellungen sind erlaubt, müssen vom Empfänger einer PDF-X-Datei aber nicht verwendet werden.
* Die TrimBox muss definiert sein. Sofern Beschnittzugabe vorhanden und für die Produktion relevant ist, muss die BleedBox definiert sein.
* Kommentare und Formularfelder innerhalb der durch TrimBox bzw. Bleedbox definierten Seitenflächen sind nicht erlaubt.
* Mittels des Eintrags Trapped im Info-Dictionary muss angegeben sein, ob die Datei bereits überfüllt wurde oder nicht.
* LZW-Kompression ist verboten, da Softwarehersteller Lizenzgebühren an den LZW-Patentinhaber Unisys einrichten müssen, um LWZ verwenden zu dürfen. Andererseits ist aber die ZIP-Kompression (in PostScript und PDF als Flate bezeichnet) ähnlich leistungsfähig, ohne mit Patenten belegt zu sein.
* Jegliche Verschlüsselung ist untersagt, das heißt es ist auch nicht zulässig, PDF-Dateien zu verwenden, die verschlüsselt sind, aber kein Kennwort zum Öffnen erfordern.
* Mittels eines PDF/X-spezifischen OutputIntent-Dictionary muss angegeben werden, für welche Ausgabebedingung die PDF/X-Datei erstellt worden ist.
* PDF/X-1a wie PDF/X-3 basieren auf PDF 1.3, insbesondere von den in PDF 1.4 eingeführten Transparenzfunktionen soll kein Gebrauch gemacht werden.

Hierbei handelt es sich fast durchgehend um Charakteristika in einer PDF-Datei, die man mit einem Prüfwerkzeug unmittelbar kontrollieren kann. Zudem ist der Weg von einer prinzipiell druckvorstufentauglichen PDF-Datei zu einer ISO-konformen PDF/X-3-Datei nicht weit.

quelle:
pdf-x.de

[Account gelöscht]

[loesches]

Vielleicht interresant für einige, die sich noch einlesen wollen oder ihr Wissen in Sachen PDF-X-Standard noch verbessern wollen.

http://www.prepress.ch/pdfx/

Dieser Link führt zu einer Seite von Stephan Jaeggi, diese beinhaltet sehr viele weiter Links zu Anleitungen, Informationen und Downloads, die hilfreich sind für die PDF-X-Erstellung.

[Achim M.]

[KCie]

ich bekomme von verschiedenen druckereien immer deren "joboptions",
hatte aber öfter mal probleme damit - der distiller hat oft garkeine pdf's
mit diesen einstellungen erzeugt.

schicke jetzt einfach immer ein PDF X3 und es gab noch nie ein problem.

[Medienverunstalter]

Wir bekommen ab und an mal PDF-X3 Dateien, die uns allerdings so auch nix bringen, da unser Workflow die Daten nicht verarbeiten kann (der große von der einen Firma, von denen Heidelberg so viel Workflowerfahrung "bekommen" hat...)

Das einzige was mir hiflt, ist Pitstop + Profile Destillator + PDF Inspektor. Ich untersuche jede PDF nach etwaigen Endausgabeprofilen, Lab-Daten oder anderen schönen Dingen und bastel' das dann in eine eigenen Refine-Vorgang unseres Workflows. Ist zwar aufwändig, aber so wird wenigstens die richtige Verarbeitung der PDF's sichergestellt.

Unseren Kunden gebe ich meinen Leitfaden mit, der einerseits die PDF-X3 Schiene abdeckt, und andererseits auch eigene Einstellungen (mit eigenem Farbprofil unserer Maschinen + Papier, PPD und Joboptions) enthält, mit denen wir direkt weiterarbeiten können.
Für externe Anbieter schreib' ich je nach Einsatzzweck PDF-X3 oder unseren Standard. Wenn der Anbieter X3 überhaupt nutzt (oder nur weiss, was es ist), dann kriegt er auch ein X3-PDF, wenn nicht, bekommt er eins nach dem Hausstandard.

Ob X3 Probleme löst oder nicht kann ich erst sagen, wenn unser Worklflow PDF-X3 übernehmen kann und ich so mehr Möglichkeiten darin sehe. Ob die Separation in der PDF allerdings dann immer so klappt wie der Kunde sich das denkt, wage ich zu bezweifeln. Ich hab' schon oft Agenturen etc. gesehen, die uns mit RBG-Proofs wütend angefahren haben, warum zum Teufel wir so schlecht drucken... Ob die dann den Nutzen des Endausgabeprofils verstehen, sei dahingestellt.


MfG
Flori