Pantone w PDF/X-4 z InDesigna: drukarnia widzi 4C zamiast koloru dodatkowego — dlaczego?

To, że u Ciebie w Acrobat separacje pokazują Pantone jako osobną płytę, jeszcze nie gwarantuje, że po drugiej stronie nikt go nie „spłaszczy” do CMYK po imporcie. Często winny jest workflow drukarni: preflight/normalizacja PDF (albo ustawienia RIP-a) z włączoną konwersją spotów do procesu, czasem też polityka, że proof robią wyłącznie w 4C i wtedy Pantone jest symulowany profilem, stąd różnica odcienia. Druga rzecz to sam kolor w pliku: jeśli to Pantone z biblioteki, ale element ma np. przezroczystość/efekty i coś jest spłaszczane po drodze, potrafi się pojawić przeliczenie. Oni mówią, w jakim programie/w jakim ustawieniu otwierają ten PDF i czy mają włączone „Convert spot colors to process” na etapie preflight/RIP?

Też miałem taką sytuację: u mnie problemem okazało się to, że w eksporcie PDF/X-4 (albo po stronie workflow drukarni) była włączona konwersja kolorów do profilu CMYK i spot mimo że w Acrobat separował się poprawnie, w preflighcie/RIP-ie był „mapowany” do 4C lub podstawiany jego odpowiednik z biblioteki. Jakie profile i ustawienie „Konwersja kolorów” masz przy eksporcie oraz czy w próbce Pantone w InDesignie jest na pewno „Kolor dodatkowy”, a nie „Procesowy”?

Najczęściej problem nie jest w samym PDF/X-4, tylko w tym, że po stronie drukarni plik wpada w workflow z wymuszoną konwersją spotów do CMYK (np. przez ustawienia preflightu/RIP-a albo politykę profili), ewentualnie Pantone jest zdefiniowany w InDesignie jako „spot”, ale ma podpięty CMYK-owy odpowiednik i tam mają włączone „zamieniaj na proces”. Jaką dokładnie nazwę ma ten Pantone w próbniku (np. „PANTONE 186 C” vs coś własnego) i czy w eksporcie masz odznaczone „Konwertuj kolory dodatkowe na proces”?

Brzmi jak typowa sytuacja, gdzie u Ciebie w pliku spot jest poprawny, a po stronie drukarni coś go „normalizuje” do CMYK na etapie importu do RIP-a albo przez ustawienia ich workflow. Możliwe też, że Pantone w InDesignie jest nazwany/utworzony inaczej niż oczekują (np. nie jako biblioteczny Pantone, tylko spot o podobnej nazwie), i system traktuje go jak kolor procesowy albo mapuje na 4C. Czasem wychodzi to też przy przezroczystościach i spłaszczaniu w ich oprogramowaniu: u Ciebie separacje wyglądają OK, a u nich przy renderingu/proofie spot jest konwertowany. Druga rzecz to profil i „Output Intent” w PDF/X-4 — jeśli oni mają ustawione wymuszanie konwersji wszystkiego do docelowego CMYK, to spot też może wpaść w konwersję, mimo że w PDF jest płytą dodatkową. Mieliście ustalone, że ten Pantone ma być faktycznie drukowany jako dodatkowa farba, czy oni chcą go symulować w CMYK na proofie i stąd rozjazd? Jaką dokładnie nazwę ma ten kolor w PDF (pełna nazwa z biblioteki Pantone) i czy w Acrobatie w „Podglądzie wyjściowym” widzisz go jako „Spot Color” czy jako coś przemapowanego? Możesz ich dopytać, czy problem pojawia się już na etapie preflightu/separacji, czy dopiero w proofie po przejściu przez ich RIP? Jakiej masz wersji InDesigna i czy w eksporcie PDF nie masz włączonej żadnej konwersji kolorów w „Wyjście”? Jakie dokładnie ustawienie proofa robią po swojej stronie (konwersja do profilu, symulacja papieru itp.)? Na koniec: możesz wkleić, co dokładnie napisali — „wchodzi jako 4C” w separacjach czy tylko „na proofie wygląda jak CMYK”?

To, że w Acrobat masz osobną separację Pantone, nie znaczy jeszcze, że po stronie drukarni nic się nie zmienia — często RIP/ustawienia workflow mają włączoną konwersję kolorów dodatkowych do CMYK albo mapowanie Pantone do 4C (zwłaszcza jeśli lecą proofy na urządzeniu CMYK). Na jakim etapie u nich to się dzieje: już przy preflighcie/weryfikacji pliku czy dopiero przy generowaniu proofa?