[Probleme mit Druckdateien]

Der Datenupload scheint ja jetzt geklappt zu haben. Ich lade gleich noch die beiden anderen Dateipakete hoch.

2_artikel.zip 3_faltblatt.zip

[Probleme mit Druckdateien]

Ich hatte bereits kurz nach der Anforderung die kompletten Druckdaten (als zip-Pakete) hochgeladen, zusammen mit einem Post. Das schien auch geklappt zu haben, aber beim nächsten Besuch war dieser Post dann nicht mehr sichtbar!?

Ich versuche es jetzt nochmal nur mit dem ersten Paket, das Magazin. Die betroffenen Seiten mit fehlerhafter Bilddarstellung sind folgende:

S. 10 Bild oben und rechts angeschnitten
S. 14 dito
S. 22/23 Bilder rechts und unten angeschnitten
S. 41 Grafik (Bälle) rechts angeschnitten
S. 42 Bild oben: schräg verrutscht, Bild unten: rechts angeschnitten

1_magazin_44s.zip

[Probleme mit Druckdateien]

Über meine Kundin für den Magazin-Job erhielt ich heute eine Rückmeldung von der Druckerei:

"Wir haben im neuen Jahr die Chance genutzt, um alte Vorgänge noch einmal durchzusehen und auf Ursachenforschung zu gehen, um für spätere Bestellungen mit vergleichbaren Ergebnissen eine Erklärung vorliegen zu haben.

Dazu haben wir einen externen Dienstleister angesprochen, der auf PDF-Daten Analyse spezialisiert ist und Ihre Druckdaten zur Analyse erhalten hat.

 

Folgende Aussage ist extrem technisch, aber in diesem Fall leider nicht anders zu erklären:

 

Unsere Entwicklung hat einmal in die Datei reingeschaut und folgendes festgestellt:

Die Ursache für dieses Verhalten liegt sicher in der Graphik State SMask mit der das Bild gezeichnet wird. Anders als bei SoftMask-Images, bei denen die Transparenz im Image verankert ist, wird hier ein Image mit SMask benutzt.

Eine SMask wird über ein "Transparency group XObjects" im "G" Eintrag erzeugt, d.h., ihr Wirkungsbereich wird über die BBox in dem Form-XObjekt definiert. Die Bounding-Box eines Form-XObjekt wird als Clipping-Area benutzt, d.h. ausserhalb dieser BBox zeichnet das Form-XObjekt nicht. Und da ist das Problem, die BBox definiert einen kleineren Bereich als das Image selbst und daher wird das Image abgeschnitten.

Es ist also wohl eher ein Bug in den anderen Viewern (Apple Preview, FireFox & Co.), dass das Bild vollständig dargestellt wird...

Für uns gilt als Referenz Adobe Acrobat. Denn die ganzen RIPS arbeiten ebenfalls mit Adobe Rips und geben daher das selbe aus.

 

Es liegt wohl an unterschiedlichen Transparenzen & Masken in Kombination mit Boxen/Rahmen in der Datei bzw. der Objekte.. 

Zusammenfassend kann man sagen, dass das Programm, welches von Ihnen genutzt wurde, nicht dazu geeignet ist Druck-PDFs zu erzeugen."

[Probleme mit Druckdateien]

Liebe Affinity-Community,

nachdem ich ein Jahr ziemlich reibungslos mit Affinity gearbeitet und zahlreiche Druckprodukte problemlos abgewickelt habe, hatte ich in den letzten Wochen dreimal verunglückte Druckjobs bzw. Probleme mit übermittelten Druckdaten, die ich als pdf exportiert hatte. Ich arbeite mit macOS Mojave 10.14.6.

1. Bei einem 44-seitigen Magazin wurden auf 6 Seiten Bilder am Rand beschnitten oder im Format verschoben. Verwendet hatte ich Publisher 1.10.1. Beispielhaft lade ich eine Seite des von mir erzeugten Druck-pdfs hoch (1a), sowie dieselbe Seite, wie sie dann von der Druckerei ausgelesen und gedruckt wurde (1b).

2. Beim Druck einer Artikelseite wurde der Verlauf im Foto nicht wiedergegeben. Anbei zur Anschauung wie die Seite mit dem Foto wiedergegeben wurde (2a) und die Druckdatei, die ich erstellt hatte (2b). Erstellt wurde die Datei wieder mit Publisher 1.10.1. Zum Test schickte ich hinterher der Redaktion eine Druckdatei mit der neuen Version 1.10.4 – mit demselben Ergebnis. Dann ließ ich das Preflight & Korrektur-Tool von meinem Adobe Acrobat Pro (9.5.5) drüberlaufen. Diese Datei wurde dann in der Redaktion korrekt dargestellt (siehe pdf 2c).

3. Die pdf-Druckdatei eines Faltblattes, erstellt mit Publisher 1.10.4 kam bei der Druckerei als RGB-Datei an, was ich an meinem Rechner nicht nachvollziehen konnte (pdf 3a). Ich hatte im pdf-Export-Menü wie immer "Farbraum: Wie Dokument" angegeben. Das Dokument war als Druckdokument in cmyk angelegt. Eine Testdatei mit Angabe CMYK im Druckmenü brachte keinen Unterschied. Schließlich ließ ich auch diese Datei durch den Acrobat preflight laufen, daraufhin meldete die Druckerei, jetzt werde die Datei korrekt als CMYK angezeigt (pdf 3b).

Sind solche Probleme bei der Druckdatenerzeugung und -übermittlung bekannt? Was kann ich tun, um gesichert korrekte Druckdateien direkt aus Affinity Publisher zu erzeugen?

Beste Grüße,
Simone Walter

1a_Seite-42 magazin_druck.pdf 1b_Seite-42 aus magazin von druckerei.pdf 2a_Artikelseite Wiedergabe mit Fotofehler.pdf 2b_Artikelseite_druck.pdf 2c_Artikelseite_druck-test_adobe-preflight.pdf 3a_faltblatt_als RGB angekommen.pdf 3b_faltblatt_adobe-preflight.pdf

[Zeilenabstand Zwischengrößen]

Danke, Loukash, für deine Einstellungsversuche – ich habe jetzt auch nochmal versucht, die Zahlentrennzeichen umzustellen, ohne Erfolg (Mojave).
Zum Glück arbeite ich in meinem wichtigsten und umfangreichsten Periodical mit ganzzahligen ZABs. Und wenn ich in kleineren Publikationen Zwischenlösungen brauche, behelfe ich mich eben mit workarounds, bis das Problem hoffentlich softwareseitig behoben ist... BTW: Ist es eigentlich möglich, auf eine ältere Version downzugraden, wo es noch funktioniert hat? Oder kann ich dann mit einer neueren Version erstellte Dateien nicht mehr öffnen?

[Zeilenabstand Zwischengrößen]

9 minutes ago, loukash said:

Versuch mal wie gesagt "English US".

Ok, versucht, ohne Ergebnis.

Ein Workaround wäre, Absätze mit z.B. 0,5 zu setzen, das funktioniert witzigerweise. Würde ich aber nur bei wenig Text anwenden... Für umfangreichere Jobs muss man dann wohl auf das Update warten. Und einstweilen mit ganzen Punkten arbeiten. 😕

Danke auch für den Bugreport-Link!

[Zeilenabstand Zwischengrößen]

12 minutes ago, loukash said:

Nee, diese allgemeine Einstellung betrifft nur die Programm-UI, also Menus usw.
Rechtschreibung und Silbentrennung haben ihre eigenen Einstellungen. Ich benutze ja auch "Deutsch" für die Silbentrennung und so.

Ich habe es jetzt ausprobiert, einmal "Standard" eingestellt, einmal "englisch", mit Neustart. Keine Veränderung. Ich würde auch gern beim deutschsprachigen Menü bleiben, zumal das ja früher schon funktioniert hat.

Meine Hoffnung war, dass hier auch mal ein Affinity-Entwickler reinschaut und solche Fehlermeldungen für ein Update aufnimmt... oder gibts dafür eine spezielle Stelle, an die man sich wenden muss?

[Zeilenabstand Zwischengrößen]

2 hours ago, loukash said:

Möglicherweise kannst du es so "umschiffen", indem du in Preferences > General (Allgemein) die Affinity-Programmsprache änderst.

Hallo Loukash,

die Spracheinstellung ist ja verbunden mit Rechtschreibung und Silbentrennung. Da bin ich ans Deutsche gebunden bei deutschen Texten.

[Zeilenabstand Zwischengrößen]

3 hours ago, Gnobelix said:

Gehe zu den Einstellungen – Oberfläche, dort kannst du die Nachkommastellen für Einheiten einstellen.

Hallo Gnobelix,

danke, habe ich gemacht – aber es ist alles wie vorher, auch nach Neustart des Programms. Interessanterweise ist es kein Problem, eine Nachkommastelle bei der Zeichengröße einzustellen (das klappte auch, bevor ich die Dezimalstellen in den Voreinstellungen hochgesetzt hatte), nur beim Zeilenabstand funktioniert es nicht. Bei der vorletzten Version ging das noch.

[Zeilenabstand Zwischengrößen]

Habe ich schon ausprobiert, funktioniert leider nicht.

[Zeilenabstand Zwischengrößen]

In den neuen Affinity-Versionen kann ich beim Zeilenabstand keine Zwischenpunkt-Größen mehr einstellen, z.B. 10,5 pt. Affinity macht dann automatisch 105 pt daraus. Wird dieses Problem bald behoben?