<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: PDF/X-4&#160;&#8211; Neuer Standard?</title>
	<atom:link href="http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/feed" rel="self" type="application/rss+xml" />
	<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard</link>
	<description>Neues, Tipps und Trends aus der Druck- und Medienbranche</description>
	<lastBuildDate>Thu, 26 Jan 2012 17:03:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Von: Markus Stiller</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-28814</link>
		<dc:creator>Markus Stiller</dc:creator>
		<pubDate>Wed, 27 May 2009 15:14:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-28814</guid>
		<description>Bei den modernen RIPs sollte X4 kein Problem mehr darstellen, denn wenn ein RIP so alt ist, dass er nicht mit Tranzparenzen umgehen kann, ist auch mei&#223;t die Hardware v&#246;llig veraltet. Daraus ergibt sich auch das Problem zu gering limitierter Datenmengen, die verarbeitet werden k&#246;nnen. Wir stie&#223;en mit dem alten RIP bei einem Bildkalender im A2-Format bisher immer an unsere Grenzen.

Ein weiteres Problem von der fr&#252;hen Tranzparenzreduzierung ist auch, das an der &quot;Schwelle&quot; der Reduzierung Farbverschiebungen auftreten k&#246;nnen, wenn zum Beispiel ein RGB-Bild im Hintergrund liegt und dieses dann nicht genau so wie der reduzierte Bereich sp&#228;ter gewandelt wird.
Hierf&#252;r gibt es nur eine L&#246;sung: X1, der ausschlie&#223;lich einen Farbraum zul&#228;sst.

Da aber zum Flattening eine Menge zum Thema Farbmanagement (PSO ISO-12647) geh&#246;rt ist mir eine X4 immer noch lieber als eine unwissentlich gewandelte X1.

Agenturen haben zu wenig Ahnung von der Produktion und es die Aufgabe der Druckdienstleister an dieser Stelle aufzukl&#228;hren und alles richtig zu machen, als dem Datenlieferanten den Schwarzen Peter zuzuschieben.

Noch ein Wort zu Bj&#246;rn Richter&#039;s Aussage:
Das gr&#246;&#223;te Problem mit reduzierten Tranzparenzen besteht immer noch im Trapping, denn durch das Flattening werden haarfeine Linien erzeugt, die viel zu oft f&#228;lschlich getrappt werden und auch noch sichtbar sind. Das passiert mit X4 nicht.</description>
		<content:encoded><![CDATA[<p>Bei den modernen RIPs sollte X4 kein Problem mehr darstellen, denn wenn ein RIP so alt ist, dass er nicht mit Tranzparenzen umgehen kann, ist auch mei&szlig;t die Hardware v&ouml;llig veraltet. Daraus ergibt sich auch das Problem zu gering limitierter Datenmengen, die verarbeitet werden k&ouml;nnen. Wir stie&szlig;en mit dem alten RIP bei einem Bildkalender im A2-Format bisher immer an unsere Grenzen.</p>
<p>Ein weiteres Problem von der fr&uuml;hen Tranzparenzreduzierung ist auch, das an der &#8222;Schwelle&#8220; der Reduzierung Farbverschiebungen auftreten k&ouml;nnen, wenn zum Beispiel ein RGB-Bild im Hintergrund liegt und dieses dann nicht genau so wie der reduzierte Bereich sp&auml;ter gewandelt wird.<br />
Hierf&uuml;r gibt es nur eine L&ouml;sung: X1, der ausschlie&szlig;lich einen Farbraum zul&auml;sst.</p>
<p>Da aber zum Flattening eine Menge zum Thema Farbmanagement (PSO ISO-12647) geh&ouml;rt ist mir eine X4 immer noch lieber als eine unwissentlich gewandelte X1.</p>
<p>Agenturen haben zu wenig Ahnung von der Produktion und es die Aufgabe der Druckdienstleister an dieser Stelle aufzukl&auml;hren und alles richtig zu machen, als dem Datenlieferanten den Schwarzen Peter zuzuschieben.</p>
<p>Noch ein Wort zu Bj&ouml;rn Richter&#8217;s Aussage:<br />
Das gr&ouml;&szlig;te Problem mit reduzierten Tranzparenzen besteht immer noch im Trapping, denn durch das Flattening werden haarfeine Linien erzeugt, die viel zu oft f&auml;lschlich getrappt werden und auch noch sichtbar sind. Das passiert mit X4 nicht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Björn Richter</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-12741</link>
		<dc:creator>Björn Richter</dc:creator>
		<pubDate>Tue, 15 Jan 2008 13:45:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-12741</guid>
		<description>Die Idee, die hinter PDF/X-3 und X-4 steckt ist zwar nachvollziehbar, aber aus praktischer Sicht meiner Meinung nach etwas unsinnig und wiederspr&#252;chlich.
Warum soll die Produktionssicherheit bsw. h&#246;her sein, wenn ich die Umrechnung in das Ausgabe-CMYK und die Reduzierung der Transparenzen der Druckerei &#252;berlasse?
Da reduziere ich die Dateien doch lieber vorher und &#252;berzeuge mich selbst von dem Ergebnis.

Das Argument mit der &quot;Medienneutralit&#228;t&quot; und &quot;verschiedene Ausgabemedien&quot; finde ich ebenfalls etwas praxisfern:
In den mei&#223;ten f&#228;llen werden f&#252;r unterschiedliche Produkte eh verschiedene Dateien ben&#246;tigt, allein schon wegen den unterschiedlichen Formaten.

Zudem erscheint es mir wiederspr&#252;chlich, eine einzige PDF/X f&#252;r alle Ausgabemedien zu erstellen, die (zwingend) EINEN bestimmten Output Intent enth&#228;lt.
Wie soll ich bsw. ein Bild gleichzeitig f&#252;r einen Katalog und eine Tageszeitung optimieren?! (Stichwort Softproof) Das w&#252;rde maximal zu einer Kompromissl&#246;sung f&#252;hren.

Meine L&#246;sung:
PDF/X-1a ist immernoch sichersten. (kalibrierter Workflow vorrausgesetzt)</description>
		<content:encoded><![CDATA[<p>Die Idee, die hinter PDF/X-3 und X-4 steckt ist zwar nachvollziehbar, aber aus praktischer Sicht meiner Meinung nach etwas unsinnig und wiederspr&uuml;chlich.<br />
Warum soll die Produktionssicherheit bsw. h&ouml;her sein, wenn ich die Umrechnung in das Ausgabe-CMYK und die Reduzierung der Transparenzen der Druckerei &uuml;berlasse?<br />
Da reduziere ich die Dateien doch lieber vorher und &uuml;berzeuge mich selbst von dem Ergebnis.</p>
<p>Das Argument mit der &#8222;Medienneutralit&auml;t&#8220; und &#8222;verschiedene Ausgabemedien&#8220; finde ich ebenfalls etwas praxisfern:<br />
In den mei&szlig;ten f&auml;llen werden f&uuml;r unterschiedliche Produkte eh verschiedene Dateien ben&ouml;tigt, allein schon wegen den unterschiedlichen Formaten.</p>
<p>Zudem erscheint es mir wiederspr&uuml;chlich, eine einzige PDF/X f&uuml;r alle Ausgabemedien zu erstellen, die (zwingend) EINEN bestimmten Output Intent enth&auml;lt.<br />
Wie soll ich bsw. ein Bild gleichzeitig f&uuml;r einen Katalog und eine Tageszeitung optimieren?! (Stichwort Softproof) Das w&uuml;rde maximal zu einer Kompromissl&ouml;sung f&uuml;hren.</p>
<p>Meine L&ouml;sung:<br />
PDF/X-1a ist immernoch sichersten. (kalibrierter Workflow vorrausgesetzt)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Arne Kocher</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-8804</link>
		<dc:creator>Arne Kocher</dc:creator>
		<pubDate>Sun, 05 Aug 2007 12:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-8804</guid>
		<description>Leider ist es wieder einmal so, dass Adobe neue PDF/X-Normen, die ja noch nicht mal international abgesegnet sind (oder?) in seine Produkte integriert, die entsprechenden Ausgabesysteme aber noch gar nicht auf den notwendigen, aktuellen Stand sind. Workflow-Systeme werden eben nicht mal kurz upgedated.

Das Problem mit der PDF/X-3-Norm ist die Verarbeitung der RGB-Elemente. Viele Datenersteller verwenden einfach die Distiller-PDF/X-3-Standard-Joboption und geben dann unbewusst PDF mit einem falschen OI weiter. Dies w&#252;rde in einem automatisierten Workflow bedeuten, dass anhand diesem OI die RGB-Elemente separiert werden. Au&#223;erdem sind die PDF/X-Normen keine Garantie daf&#252;r, dass mein PDF keine Fehler enthalten kann, obwohl diese Meinung leider weit verbreitet ist. Leider empfehlen viele Druckereien trotzdem die PDF/X-3-Norm,
schlie&#223;en gleichzeitig RGB-Elemente aber aus?!  Stattdessen w&#228;re in vielen F&#228;llen ein PDF nach der PDF/X-1a-Norm viel besser und vollkommen ausreichend. Doch davon m&#246;chte man in vielen Unternehmen und Agenturen nichts wissen…

Leider stimmt wie so oft die Kommunikation zwischen den Datenerstellern- und verarbeitern nicht. Daran k&#246;nnen auch neue PDF/X-Normen nichts &#228;ndern.

Meiner Meinung nach werden sich medien- oder verfahrensneutrale Druckdaten auf Dauer durchsetzen. Damit k&#246;nnte man, mit einer einzigen Produktionsdatei, viele verschiedene Arten an Ausgabesystemen bedienen. Momentan jedoch, funktionert dass aus technischen und kommunikationstechnischen Gr&#252;nden noch nicht.</description>
		<content:encoded><![CDATA[<p>Leider ist es wieder einmal so, dass Adobe neue PDF/X-Normen, die ja noch nicht mal international abgesegnet sind (oder?) in seine Produkte integriert, die entsprechenden Ausgabesysteme aber noch gar nicht auf den notwendigen, aktuellen Stand sind. Workflow-Systeme werden eben nicht mal kurz upgedated.</p>
<p>Das Problem mit der PDF/X-3-Norm ist die Verarbeitung der RGB-Elemente. Viele Datenersteller verwenden einfach die Distiller-PDF/X-3-Standard-Joboption und geben dann unbewusst PDF mit einem falschen OI weiter. Dies w&uuml;rde in einem automatisierten Workflow bedeuten, dass anhand diesem OI die RGB-Elemente separiert werden. Au&szlig;erdem sind die PDF/X-Normen keine Garantie daf&uuml;r, dass mein PDF keine Fehler enthalten kann, obwohl diese Meinung leider weit verbreitet ist. Leider empfehlen viele Druckereien trotzdem die PDF/X-3-Norm,<br />
schlie&szlig;en gleichzeitig RGB-Elemente aber aus?!  Stattdessen w&auml;re in vielen F&auml;llen ein PDF nach der PDF/X-1a-Norm viel besser und vollkommen ausreichend. Doch davon m&ouml;chte man in vielen Unternehmen und Agenturen nichts wissen&hellip;</p>
<p>Leider stimmt wie so oft die Kommunikation zwischen den Datenerstellern&#8209; und verarbeitern nicht. Daran k&ouml;nnen auch neue PDF/X-Normen nichts &auml;ndern.</p>
<p>Meiner Meinung nach werden sich medien&#8209; oder verfahrensneutrale Druckdaten auf Dauer durchsetzen. Damit k&ouml;nnte man, mit einer einzigen Produktionsdatei, viele verschiedene Arten an Ausgabesystemen bedienen. Momentan jedoch, funktionert dass aus technischen und kommunikationstechnischen Gr&uuml;nden noch nicht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Marc Diem</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-8660</link>
		<dc:creator>Marc Diem</dc:creator>
		<pubDate>Sat, 21 Jul 2007 20:09:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-8660</guid>
		<description>Traurig aber wahr. Aber selbst mit Acrobat 5.0 k&#246;nnte man ja ein PDF/X-3 ohne Probleme verarbeiten.
Wobei das Problem ja nicht unbedingt am Acrobat h&#228;ngt, sondern eben an der F&#228;higkeit der RIPs mit Transparenzen umzugehen. Da haben die meisten Druckereien noch dringend Nachholbedarf.</description>
		<content:encoded><![CDATA[<p>Traurig aber wahr. Aber selbst mit Acrobat 5.0 k&ouml;nnte man ja ein PDF/X-3 ohne Probleme verarbeiten.<br />
Wobei das Problem ja nicht unbedingt am Acrobat h&auml;ngt, sondern eben an der F&auml;higkeit der RIPs mit Transparenzen umzugehen. Da haben die meisten Druckereien noch dringend Nachholbedarf.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Livez</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-8659</link>
		<dc:creator>Livez</dc:creator>
		<pubDate>Sat, 21 Jul 2007 16:24:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-8659</guid>
		<description>Mit den paar Jahren kann ich Gangarth nur Recht geben.
Es gibt auch Druckereien die mit Acrobat 5.0 oder &#228;lter arbeiten.</description>
		<content:encoded><![CDATA[<p>Mit den paar Jahren kann ich Gangarth nur Recht geben.<br />
Es gibt auch Druckereien die mit Acrobat 5.0 oder &auml;lter arbeiten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Marc Diem</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-8654</link>
		<dc:creator>Marc Diem</dc:creator>
		<pubDate>Fri, 20 Jul 2007 22:23:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-8654</guid>
		<description>Eigentlich sollte jede Druckerei in der Lage sein, ein PDF/X-3 zu verarbeiten. Das Problem liegt dabei meistens auf Seite der Agenturen, die nicht richtig mit dem Format umgehen k&#246;nnen.</description>
		<content:encoded><![CDATA[<p>Eigentlich sollte jede Druckerei in der Lage sein, ein PDF/X-3 zu verarbeiten. Das Problem liegt dabei meistens auf Seite der Agenturen, die nicht richtig mit dem Format umgehen k&ouml;nnen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Gangarth</title>
		<link>http://www.dtp-blog.de/allgemein/pdfx-4-neuer-standard/comment-page-1#comment-8653</link>
		<dc:creator>Gangarth</dc:creator>
		<pubDate>Fri, 20 Jul 2007 22:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtp-blog.de/software/pdfx-4-neuer-standard#comment-8653</guid>
		<description>Dann wird es wohl noch ein paar Jahre dauern, bis sich PDF/X-4 als Standard in der Druckindustrie durchsetzt. Selbst X-3 ist ja leider noch nicht bei allen Druckereien angekommen.</description>
		<content:encoded><![CDATA[<p>Dann wird es wohl noch ein paar Jahre dauern, bis sich PDF/X-4 als Standard in der Druckindustrie durchsetzt. Selbst X-3 ist ja leider noch nicht bei allen Druckereien angekommen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

