Jump to content

Recommended Posts

Posted

I think i have another good solution for view color separation. The solution ist nearer than you think and you need no another software (only with affinity apps): 

1. Reimport the exported PDF in Affintiy Photo (direct open or place as passthru PDF).

2. Reduce it to only one Layer (as pixel image).

3. You can see and switch (on/off with eye icon) now the certain color separation plates in the color channel palette. In the Palette you can see the color profile too. 

4. When click with the pipette tool on a certain area, you can see the color value in the color palette. 

The another important prepress review can you make in the free Acrobat Reader (optic, resolution, color profile, PDF-Standard, format, bleed, marks and embedded fonts). 

I tested it first only on my iPad and with normal CMYK colors (not now with special solid colors, i must test it with desktop apps and special solid colors later). But the colors in the document, PDF and in Affinity Photo (separations) has the same values. 

It would be a good idea when the Affinity developers integrate it direct as a kind of export review persona (for the certain page), so the user can use this function much easier (with no manual conversation and several palettes on several locations) . 

 

Posted
1 hour ago, iPeter said:

I think i have another good solution for view color separation. The solution ist nearer than you think and you need no another software (only with affinity apps): 

1. Reimport the exported PDF in Affintiy Photo (direct open or place as passthru PDF).

...

Thank you, this is actually a very interesting (and in its simplicity somewhat surprising) take on the issue of preflighting colour separations in Publisher generated PDFs. As it is so easy to drag/import rich black text into Publisher without really wanting to, checking the blacks (for all black text elements) is – at least for me  – of primary importance when viewing the colour separations. And your method seems to make this possible without resorting to any third party apps.

So far I've only checked (on desktop AP) with strict CMYK PDFs (which I almost solely need these days), but back in the day I've done quite a lot of spot colour jobs, so it would be worthwhile to know how solid colours from PDFs are handled in AP and if the method works with them as well.

Posted
18 hours ago, iPeter said:

I think i have another good solution for view color separation.

Yes, but unfortunately, I did not manage to display the overprint elements correctly this way.

 

On 10/15/2021 at 12:40 AM, Kal said:

It uses Ghostscript

The fearless among us can still check their print separations "in a post-Adobe world" with ghostscript in a terminal windows. On a Mac it should be something like this: 

gs \
  -sDEVICE=tiffsep \
  -dNOPAUSE \
  -dBATCH \
  -dSAFER \
  -r300x300 \
  -sColorConversionStrategy=CMYK \
  -dOverrideICC=true \
  -dRenderIntent=3 \
  -sDefaultCMYKProfile="/Users/[username]/Library/Application Support/Affinity Publisher/profiles/[profile].icc" \
  -sOutputICCProfile="/Users/[username]/Library/Application Support/Affinity Publisher/profiles/[profile].icc" \
  -sOutputFile="output"%08d.tif \
  [input].pdf

Of course, the parameters have to be adjusted individually, especially the paths to the ICC profiles and the filenames in square brackets. If it works, the code is fine in a shell script. Maybe someone with more knowledge can also make the code a bit more elegant.

I don't know if this method has been mentioned in the thread yet.

 

Ich hoffe, ich erlebe es noch, dass die deutschen Anführungszeichen in Affinity Publisher korrekt funktionieren.

Posted
1 hour ago, Optische Ausrichtung said:
20 hours ago, iPeter said:

I think i have another good solution for view color separation.

Yes, but unfortunately, I did not manage to display the overprint elements correctly this way.

You're right – if overprinting is part of your design, it will not work. Obviously Affinity Photo does not translate the "overprint property" from the PDF into its rendering of the design. I checked with a simple file using overprinting versions of CMY and they block out completely what's below them.

In this regard I have to add to my post above: whereas you can actually check whether your blacks are 100% K blacks or all-component "rich" blacks, you – due to this method’s failure at handling overprinting correctly – unfortunately CANNOT check whether your 100 K black is overprinting (as it usually should with type elements). Too bad!

Posted
1 hour ago, Optische Ausrichtung said:

Of course, the parameters have to be adjusted individually, especially the paths to the ICC profiles and the filenames in square brackets. If it works, the code is fine in a shell script.

You can reuse/enhance/customize the below shown script code further (Note: ...didn't tested it via GS, since I don't have gs installed here on the computer) ...

#!/bin/bash

username=$USER

Help()
{
   # Display Help
   echo "$0 -- Calls Ghostscript for color separation"
   echo
   echo "Syntax: $0 [-p|i|o|h]"
   echo "options:"
   echo "p     A profile name, excluding the .icc extension."
   echo "i     The input file name (sample.pdf)."
   echo "i     The output file name (sample.tif)."
   echo "h     Print this Help."
   echo
}

while getopts :p:i:o:h flag
do
    case "${flag}" in
        p) profile=${OPTARG};;
        i) inputfile=${OPTARG};;
        o) outputfile=${OPTARG};;
        h) Help 
           exit;;
    esac
done

if ! command -v gs &> /dev/null
then
    echo "Ghostscript could not be found"
    exit
else
  gs \
    -sDEVICE=tiffsep \
    -dNOPAUSE \
    -dBATCH \
    -dSAFER \
    -r300x300 \
    -sColorConversionStrategy=CMYK \
    -dOverrideICC=true \
    -dRenderIntent=3 \
    -sDefaultCMYKProfile="/Users/$username/Library/Application Support/Affinity Publisher/profiles/$profile.icc" \
    -sOutputICCProfile="/Users/$username/Library/Application Support/Affinity Publisher/profiles/$profile.icc" \
    -sOutputFile=$outputfile \
    $inputfile.pdf
fi

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Posted (edited)
1 hour ago, v_kyr said:

didn't tested it via GS

Thank you, I added my Username in line 3:

username=optischeausrichtung

and changed

  -sOutputFile=$outputfile \

to

-sOutputFile="%08d"$outputfile \

tested with

test.sh -p ISOcoated_v2_300_eci -i input -o out.tif

Has worked! (Input filename was "input.pdf", the script writes 5 TIF files per PDF page: Cyan, Magenta, Yellow, Black, Combined)

 

Edited by Optische Ausrichtung
\ added and improved to "%08d"$outputfile

Ich hoffe, ich erlebe es noch, dass die deutschen Anführungszeichen in Affinity Publisher korrekt funktionieren.

Posted
1 hour ago, Optische Ausrichtung said:

Thank you, I added my Username in line 3:

username=optischeausrichtung

That usually shouldn't be needed, since in shell scripts a command of  "$USER" will allready return the active username. You can test this inside a terminal/shell with ...

echo $USER

... if it returns your systems active login username.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Posted
7 hours ago, Optische Ausrichtung said:

Yes, but unfortunately, I did not manage to display the overprint elements correctly this way.

 

The fearless among us can still check their print separations "in a post-Adobe world" with ghostscript in a terminal windows. On a Mac it should be something like this: 

gs \
  -sDEVICE=tiffsep \
  -dNOPAUSE \
  -dBATCH \
  -dSAFER \
  -r300x300 \
  -sColorConversionStrategy=CMYK \
  -dOverrideICC=true \
  -dRenderIntent=3 \
  -sDefaultCMYKProfile="/Users/[username]/Library/Application Support/Affinity Publisher/profiles/[profile].icc" \
  -sOutputICCProfile="/Users/[username]/Library/Application Support/Affinity Publisher/profiles/[profile].icc" \
  -sOutputFile="output"%08d.tif \
  [input].pdf

Of course, the parameters have to be adjusted individually, especially the paths to the ICC profiles and the filenames in square brackets. If it works, the code is fine in a shell script. Maybe someone with more knowledge can also make the code a bit more elegant.

I don't know if this method has been mentioned in the thread yet. 

 

I had yesterday tested it after my post detailed on my mac. That's right. Overprinted and solid colors unfortunately are not viewing correctly with this method. Sorry! 

I experimented yesterday with a virtual postscript printer in acrobat too. You can see and switch the various color layer in the printer preferences dialog (even the solid color), but the overprinted color was incorrectly too (how for example in Affinity Photo). This information is store in the PDF in a very special way. 

But the Ghostscript solution is a good possibility to do this.  

Posted

Here is a new modified version of the script. In most cases, you will not need to specify the color profiles. But you will need control over the resolution of the output files.

This version is probably a little easier and safer to use:

#!/bin/bash

username=$USER

Help()
{
   # Display Help
   echo "$0 -- Calls Ghostscript for color separation"
   echo
   echo "Syntax: $0 [-d|i|o|h]"
   echo "options:"
   echo "d     dpi, output resolution (600)"
   echo "i     The input file name (sample.pdf)."
   echo "o     The output file name (sample.tif)."
   echo "h     Print this Help."
   echo
   echo "Example: $0 -d 600 -i sample.pdf -o sample.tif"
   echo
}

while getopts :d:i:o:h flag
do
    case "${flag}" in
        d) dpi=${OPTARG};;
        i) inputfile=${OPTARG};;
        o) outputfile=${OPTARG};;
        h) Help 
           exit;;
    esac
done

if ! command -v gs &> /dev/null
then
    echo "Ghostscript could not be found"
    exit
else
  gs \
    -sDEVICE=tiffsep \
    -dNOPAUSE \
    -dBATCH \
    -dSAFER \
    -r$dpix$dpi \
    -sColorConversionStrategy=CMYK \
    -dOverrideICC=true \
    -dRenderIntent=3 \
    -sOutputFile="%08d"$outputfile \
    $inputfile
fi

 

The PDF/X-4 "sample.pdf" exported from an afpub-document (cmyk) with 2 pages, 2 Pantone colors and overprinting elements results in these 12 TIF files:

(The file names of page 3 would accordingly start with 00000003.)

170785128_Bildschirmfoto2022-04-12um10_33_46.png.f6bdab0f93b84f2e270b926662f87f07.png

Thanks again, especially to @v_kyr ! The script works very reliably and is for the task a good alternative to expensive products. 

 

Ich hoffe, ich erlebe es noch, dass die deutschen Anführungszeichen in Affinity Publisher korrekt funktionieren.

  • 1 month later...
Posted
On 2/20/2019 at 10:23 PM, Tonda said:

Take a look on https://www.qoppa.com/pdfstudio - I own the older Pro version and coming from Acrobat Pro X I am quite happy with it, although I am not sure if it does really everything you mentioned. You can try yourself the free trial here: https://www.qoppa.com/pdfstudio/download and at the moment they have promos 25 % Valentine discount + next version for free with purchase. Just note that it requires Java (at least the older version I own).

 

On 3/7/2019 at 8:02 AM, Pariah73 said:

After trying LOTS of PDF programs, I can say I haven't found a single one that does color seps. Tried PDF Exchange, PDFSam, PDF Architect, Bullzip, Sumatra, PDF Creator, PDFill (which had the best value -$20- for pro if you can deal with the hideous interface) Foxit Reader (trial of Phantom PDF) Nitro..there's some more that I can't remember. Only program I've discovered is Callas PDF uh..something..anyhow it's just as expensive as AA. Horribly neglected field of software IMO. I ended up creating a PDF in AD, then handing that off to Scribus for color separations. Not perfect but it works.

2022 pro version should get color separation 

maybe I try it out then

Advertising designer - Austria —  Photo - Publisher - Designer — CS6 d&wP — Mac Pro 5,1 (4,1 2009) 48GB 2x X5690 - RX580 - 970EVO - OS X 10.14.6 - NEC2690wuxi2 - CD20"—  iPad Pro 12.9" gen1 128 GB - Pencil

Posted
On 5/30/2022 at 8:47 PM, Johannes said:

2022 pro version should get color separation

Yes, Pdf Studio 2022 Pro has colour separations, but it doesn't work well. If at all.

 

Macbook Pro mid 2015, 16 GB, double barrel: MacOS Mojave + Affinity 1 (+ Adobe’s CS6)/ MacOS Monterey + Affinity 2

Posted
2 hours ago, RM f/g said:

Yes, Pdf Studio 2022 Pro has colour separations, but it doesn't work well. If at all.

 

I tried to verify this via their website but I honestly could not find actual proof for this. As you can obviously check overprinting by activating the proper kind of view mode one would have thought that being able to inspect colour separations would have been a point worth mentioning in the features list...

  • 2 months later...
Posted

I too have struggled with Acrobat Pro X. At first I didn't know what the issue was, but threads like this have shown me that it is not compatible with Windows 10. There is a version of Acrobat Pro 2020 that you can purchase, but it is at a pretty steep price and I don't know how long that will work - especially with Windows 11 in the future. My solution (that works every time) - pop the CS6 install CD in and reinstall only Acrobat Pro. I don't uninstall the program first, just reinstall and it works fine. It seems like it works for about a month and a half and then I have to repeat this process. A bit of an inconvenience, but it's a fact of life for the moment. Just thought I'd share this in case it may help someone. I will continue to follow this and search in my spare time to see if a solution becomes apparent. I do not mind spending money for a program, but I don't want to spend $500+ and have it not work next year. 🙄

  • 3 months later...
Posted
On 4/11/2022 at 10:48 AM, Optische Ausrichtung said:

The fearless among us can still check their print separations "in a post-Adobe world" with ghostscript in a terminal windows. On a Mac it should be something like this: 

Why so complex?
I'm using a much simpler shell script as a part of a custom Automator workflow. The workflow is still a bit rough because it can only process one PDF at a time (haven't figured out a loop yet) but it works excellently:

automator_ghostscript_tiff_workflow.png.48553db021cb59d25e8004bd221971d4.png

More on that earlier in this very thread: 

 

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Posted

Hello Affinity community! 

I developed a AppleScript-droplet-collection and a Safari/Publisher-Preview too. I wrote the Safari-Preview with HTML, CSS and JavaScript (only Safari can open TIFF-files). Furthermore i make a Affinity Publisher 1 & 2 preview. But this is on the first time only experimental (only for A4-papersize, portrait-format and with 3 mm cut frame). When you like, you can change the document for your needs. 

You can download the Version 1.00 from the software here: Download CMYK Separation Extractor & Preview 1.00

Sorry for the not very well english in the english user manual. I translate it with a web service quick and dirty for the first time. 

I hope you enjoy my little software. 

Best regards 

Bildschirmfoto 2022-12-10 um 15.10.45.png

Bildschirmfoto 2022-12-10 um 15.13.14.png

Posted

@iPeter, thanks! Looking forward to check it out! :) 

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Posted

@iPeter, ich würde sogar sagen, das ist auf den ersten Versuch mit v1 im El Capitan ziemlich genial! ;) Genau sowas wie dein Affinity-Vorschau-Skript schwebte mir mit meinem vorhin erwähnten Automator-Plugin auch vor, ich war aber bisher zu faul, mir als "Hobby-Skripter" all die notwendigen Schritte im Teh Internetz zusammenzusuchen…

Summed up in English:
Safari preview works even on El Capitan with Safari 11! Yay!

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Posted

@iPeter: Why opening Terminal? Why not "do shell script"?

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Posted

German: 

Keine Ahnung, ob das auch anders nur im Hintergrund gehen würde (ich habe das schon vor längerer Zeit angefangen). Du kannst es ja gerne mal anders probieren. Aber ich glaube, dass damit nicht so viele Sachen funktionieren (habe glauben ich damit schon mal Probleme gehabt). Es handelt sich ja eigentlich auch nicht nur um einen Befehl, sondern immer mindestens zwei die nacheinander (in einen Prozesse) abgearbeitet werden müssen. Im ersten Befehl wird in den Programmordner gewechselt, wo sich die Skripte und der Export-Ordner sich befinden (das braucht man für den genauen Export-Pfad der Dateien) und im zweiten wird der der eigentliche Ghostscript-Befehl ausgeführt. Das war schon eine ziemliche Arbeit, die Pfade zwischen AppleScript (Finder) und Unix (Terminal) untereinander kompatibel zu bekommen, ohne dass es irgendwo wegen Syntax-Fehlern hängen bleibt. Ich finde das eigentlich auch gar nicht so schlimm, da man so immerhin eine Art Statusmitteilung (Fortschritt- und Fehleranzeige) hat, ohne eine Art Fortschrittbalken dafür programmieren zu müssen (das wüsste ich auch nicht, wie man das in AppleScript realisieren könnte).

English: 

I don't know if this would work in the background (I started doing this a long time ago). You can try it with pleasure times differently. But I think that not so many things work with it (I think I have had problems with it before). It is actually not only one command, but always at least two that must be processed one after the other (in a process). The first command changes to the program folder where the scripts and the export folder are located (this is needed for the exact export path of the files) and the second one executes the actual Ghostscript command. It was quite a job to get the paths between AppleScript (Finder) and Unix (Terminal) compatible without getting stuck somewhere because of syntax errors. I don't think that's too bad, because it gives you some kind of status (progress and error) without having to program some kind of progress bar (I wouldn't know how to do that in AppleScript either).

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.