APub 2.2.1: Colour profile ISO coated v2 300% still does not export correctly to PDF

[k_au]

Using Affinity Publisher 2.2.1 on Windows 10 Home x64

I thought that this bug 

had been fixed with the update to 2.2.1, but alas, it just showed up again.

I'll attach the afpub and pdf output.

To reproduce: start APub,
make a new empty document with the ISO coated v2 300% (ECI) colour profile,
export it to PDF using PDF/X-1a:2003 preset
then check the PDF in Acrobat: the profile shows up as 
ÿISO coated v2 300% (ECI)

What has changed compared to the thread above is that I do not see a duplicate of this profile in the APub selection box.

Is this happening to anyone else?

 

leer01.afpub leer01-pdfx1a.pdf

[Callum]

This is something that should be fixed in our 2.3 update I apologise for any inconvenience this causes in the meantime.

Thanks
C

[k_au]

Hi @Callum,  sorry but it looks like it's still not working. I just tried the same thing as above again after updation APub, and still get a PDF that has the "ÿISO coated v2 300% (ECI)" profile.

[Callum]

Hi K_au,

This seems to be working fine for me here, please could you ensure you have installed the 2.3 update?

[k_au]

The mis-naming by adding "ÿ" also happens with the "ISO Coated v2 (ECI)" profile (without the 300% part).

I'm not sure this was the case before the update. Maybe this issue has even gotten worse instead of better 😧

The other profiles I tested with seem to be OK.
But since some print jobs rely on having exactly the correct profile, this is really a big show stopper. I will have to go back to v2.1.1, or use Adobe products which is probably quicker.

[k_au]

@Callum thats what it says

[k_au]

I just made a new test file with iso coated v2 (ECI) and the resulting PDF x3. The profile shows up with the added "y" in Acrobat.

test_iso_ct_v2-eci_pdfx3.pdf test_iso_ct_v2_eci.afpub

[Optische Ausrichtung]

 

The same with Affinity Publisher 2.3.0 and PDF/X-4 …

 

[k_au]

Thanks for the conformation! Always good to know it's not just me going 🤪

IIRC, you're on a Mac? I'm on Windows, so it's not just a platform thing. I've got the language set to German, but last time around it wasn't clear if that was affecting the bug(s).

[Optische Ausrichtung]

55 minutes ago, k_au said:

IIRC, you're on a Mac?

Yes, you remember correctly. Mainly Mac, but also a bit of Windows.

8 hours ago, k_au said:

I'm not sure this was the case before the update.

Unfortunately, things sometimes get worse with Affinity software. What just worked doesn't necessarily have to work after the next update. But: I think Serif is on the right track overall ... even if the mills sometimes grind very slowly. 

 

[Andreas CH]

Ich kann das mit ICC-Profil auch nachvollziehen.
Ich arbeite mit Windows 11 und AfPub 2.3

Im Preflight von Acrobat erhalte ich, trotz des ÿ, keine Fehlermeldung.
Dieses ÿ wird zudem nur bei diesem Profil vorangestellt.

Bei den untenstehenden Profilen, die ich verwende, stimmt die Schreibweise
ISOnewspaper26v4
PSO Coated v3

 

I can also understand the ICC profile.
I work with Windows 11 and AfPub 2.3

Despite the ÿ, I do not receive an error message in Acrobat Preflight.
Moreover, this ÿ is only prefixed with this profile.

In the profiles below, which I use, the spelling is correct
ISOnewspaper26v4
PSO Coated v3

 

[k_au]

@Callum Maybe it is only an issue for German language users??
 

 

 

I mean ÿ looks a lot like an german umlaut anyway... 😜

[4dimage]

I just found the same bug with iso-coated-v2-300 when exporting for an online print service.

- Publisher (all) v.2.3.0, German version, Windows 10

This is how it looks like in v2.3.0 and preflight test with Acrobat X Pro (Same profile name error in actual Acrobat Reader):

 

BUT: the preflight fails not only with iso coated v2 300% (ECI) profile but e.g. also with coated fogra39:

 

 

-----------------------------------

 

To verify that this is not a Windows color profile error on my computer, i set up the same document layout in Publisher 1.10.6.1665:

This shows the correct color profile name in ACrobat X Pro and passed the preflight like a charm:

 

So again - after more than one year of v2 i have to switch back to v1 to get my daily job done. This should be a simple PDF export but now again i spent over 1.5 hours to check the bug and document it. This is so annoying 😔

 

[4dimage]

Damned, i ran into this crap one more time. Stil trusting in Publisher v2 (2.3.1), i did some signage layouts. How could I have been so stupid? Of course, when exporting it to PDF/X-3 for an online print service i got the same color profile errors. The preflight check in Acrobat fails.

This error also appears when exporting from beta v2.4.0.2240. Unfortunately there is no backward compatibility with Publisher v1.10.6.1665 😒 But i don't want to recreate the whole layout in v1.10.x again... 😶

Hi guys - the first post in this thread is of Novemer 2023. Meanwhile any plans to fix this heavy bug ?!

Or should I give up my job as a graphic designer and work as a delivery boy instead? All I need is two healthy feet, which thank God I still have. Nothing against delivery workers - they do an honest, hard job!

 

By the way: this error appears even with a fresh EMPTY document. Of course this passes the preflight check because there is no offending content in it.

test1.afpubtest1.pdf

 

[4dimage]

Bereits mit v2.x erstelltes Dokument mit v1 standardkonform nach PDF/X-3:2003 exportieren

Das ist eine Knuschellösung für alle, die glücklicherweise noch die letzte stabile Version v1.10.6.1665 installiert haben. Und weil das scheinbar eh vor allen Dingen die deutsche Version betrifft, spare ich mir hier den üblichen Übersetzungsmarathon.

Ich hatte leider das Layout in v2.3.1 bereits erstellt. Für den Druckservice ist eine Beschnittzugabe von umlaufend 5mm vorgegeben - und wie fast überall das Farbprofil "ISO Coated v2 300% (ECI)".

Wie bekomme ich nun die korrekten Druckdaten, ohne alles in Publisher v1 neu aufbauen zu müssen ? Kann sein, dass nachfolgend die ein oder andere Option nicht zwingend erforderlich wäre - aber so hat es bei mir am Ende funktioniert.

 

1) Ich exportiere das Dokument aus v2 komplett oder seitenweise NICHT direkt nach PDF/X-3 sondern mit der Vorgabe "PDF (für Export)".

Ziel ist es so viele Eigenschaften der Grafikobjekte wie möglich ins PDF herüber zu retten. So sollen z.B. die eingebundenen Bitmaps nicht heruntergerechnet werden, die Texte als Fonts erhalten bleiben und ich will auch die Beschnittzugabe mit exportieren. Hierzu ändere ich einige Optionen gegenüber der Vorgabe. Vor allen Dingen bette ich sicherheitshalber das ICC-Farbprofil NICHT ein!

 

 

2) Ich öffne die alte letzte stabile Publisherversion 1.10.6.1665 und erstelle dort ein neues Dokument mit den identischen Einstellungen, wie das v2.x Dokument. Das bezieht sich auf Größe, Auflösung, Farbmodell, Farbprofil, Anschnitt etc.

 

3) Ich platziere das aus v2 exportierte PDF in Originalgröße auf meiner Layoutseite. Hierzu erstelle ich einen Bilderrahmen, der sich bis über den Anschnittbereich ersteckt. Hierbei ist zu beachten, dass die Seitenbox-Voreinstellung für platzierte PDF zunächst "BeschnittBox" ist. Das würde zu einem verzerrten Einpassen des PDF in den Bilderrahmen führen. Stattdessen sollte die Seitenbox auf "MedienBox" stehen und der Vollständigkeit halber der PDF-Transfer auf "Interpretieren". Letzteres zeigt dann auch bei nahem Heranzoomen, dass die Texte korrekt exportiert und nicht gerastert wurden.

Die Einpassen-Eigenschaften des Bilderrahmens sollten auf "Minimal passend skalieren" stehen. Stimmt alles, so zeigt das Transformieren-Panel beim Selektieren des Bitmap-Inhaltes exakt die Größe des Bildes an, die inklusive Anschnitt erwartet wird.

 

4) Aus diesem v1 Dokument exportiere ich jetzt mit der Vorgabe "PDF/X-3:2003". Die Option "Inklusive Anschnittbereiche" muss aktiv sein, damit die Beschittzugabe Teil des PDF wird und alle Rahmen korrekt geschrieben werden.

Heraus kommt ein standardkonformes PDF/X-3:2003, das in Acrobat den Preflight Check fehlerfrei besteht.

 

Danke Serif, dass ich diese Aufgabe, die normalerweise 1/2 Minute dauern würde, in einer Stunde erledigen durfte.

What an amazing tool...

 

 

 

 

 

[Optische Ausrichtung]

It's amazing how long it takes for a company that can launch such a great software package to fix elementary bugs. 

@Serif/Affinity: Please don't focus on new features. Do your homework first! And please do it on time. The best software is useless if you can't use it properly. (German-speaking users in particular have to deal with really annoying bugs.)

 

[k_au]

@Callum

Has the team had any time to look at this yet?

[Callum]

Hi All, I apologise for the delay in a fix for this issue. When we released our 2.3 update it included what we believed would be a fix for this problem as all seemed to be well here with our internal testing. Unfortunately this wasn't the case so this is now being re investigated. I apologise for my lack of updates in this thread I'll make sure to post here as soon as I get any extra info.

Thanks
C

[4dimage]

I did some tests with the actual beta 2.4.0.2256. The weird color profile name bug (ÿISO coated v2 300% (ECI)) seems to be gone. But the final PDF/X-3:2003 incompatibility problem still exists.

I tried this basic document setup with a lowres sample image, which is placed in a picture frame:

2024-01-30_afpub_pdf-x3-export-bug_1-1.zip 

These are the exported PDFs:

2024-01-30_afpub_pdf-x3-export-bug_1-1_ok.pdf

2024-01-30_afpub_pdf-x3-export-bug_1-1_fail.pdf

 

 

1) In the first scenario the image fills the picture frame WITHOUT beeing croped. When i export this document with the PDF/X-3:2003 preset everything is ok and the PDF passes the Acrobat preflight check as expected.

 

2) Exact same document and image -> but in the second scenario i just set the picture frame fill mode to "cover" so that the image is partially croped. When i export this PDF with the same preset, the Acrobat preflight fails:

The same error appears as soon as the picture frame is much bigger so that it exceeds the document boundaries and has to be croped during export.

 

My Conclusion:

It seems that the error appears as soon as the image has to be croped and resampled during PDF export ?

If i just rasterize the layer with the croped picture frame (croped and resampled to document 300dpi) so that the bitmap has NOT to be resampled during PDF export, the result passes the Acrobat preflight.

 

So there might be an issue with pdflib and/or the way the color profile informations are applied to resampled bitmaps during export ?

 

[Andreas CH]

Dein Bild ist im sRGB-Format im PDF.

 

Beim Export muss zusätzlich «Bildfarbraum umwandeln» aktiv sein.

So stimmt der Eintrag.

[4dimage]

@Andreas CH Super - das ist erst mal eine ordentliche Zwischenlösung für bereits in v2 erstellte Layouts 🙂

Allerdings war auch in v1 und in der aktuellen customer v2 diese Option nie als Teil des PDF/X-3:2003 Presets aktiviert.

So sieht das auch in v1.10... schon aus.

Es hat also früher schon jahrelang ohne das Umwandeln der Bilder reibungslos funktioniert. Hab mit v1 Dutzende PDF mit flyeralarm unter exakt den Vorgaben ausgetauscht und nie Probleme gehabt. Bis zu Version 2, wo wieder mal Fehler eingeschleppt wurden...

Ich glaube die Umwandlung zum Zielfarbraum schon beim Export ist nicht optimal.

Zum einen wird gleich mal die Dateigröße der PDF mehr als verdoppelt (RGB zu CMYK), was ja auch übertragen werden muss!

Zudem bin ich mit dem RGB-Workflow jahrelang bestens gefahren - es heißt ja nicht umsonst "OutputIntent". Der Druckdienstleister sollte final die Möglichkeit haben, auf Basis der Original RGB-Daten ggf. die Umwandlung zu CMYK auf seine Pipeline hin zu optimieren. Wenn ich die Bitmaps aber bereits nach 300% Deckkraft geplättet habe, gibts da wohl auch final nicht mehr viel zu retten? Zugegebenermaßen dient das exportierte PDF ja dann sowieso nur noch dem Druck bei z.B. flyeralarm.

Wie ist eure Erfahrung mit dem RGB-Workflow ?

[Andreas CH]

Ich habe noch weiter ausprobiert.

Der Fehler liegt anscheinend bei Fotos mit sRGB IEEC61966-2.1, denn mit Adobe RGB tritt kein Fehler auf.

 

[4dimage]

Maybe this is just a Problem with my old (outdated) Adobe CS6, Acrobat X Pro Software ?

2024-01-30_afpub_pdf-x3-export-bug_1-1_fail.pdf

I tested the failing PDF with an actual version of Qoppa PDF Studio 2023.

https://www.qoppa.com/pdfstudio/

There the PDF which fails in my old Acrobat X passes the preflight test.

Can anyone confirm this with an actual Version of Acrobat Pro CC (2023 or 2024) ? Does an actual Acrobat Pro CC preflight test the above PDF successfully?

 

[k_au]

I've done a few tests with 2.40 and I believe that this issue finally is fixed!

The OutputIntent has "Custom" added, but I believe that's no Problem (Quark did this also, AFAICR)

[k_au]

If some other users can confirm that this now works on their machines, too, I'd like to add [solved] to the title.