Kolory w PDF wychodzą dużo ciemniejsze na proofie z drukarni — profil ICC czy RGB w pliku?

D
DTGMaster
· 2026-02-22 08:34
Przygotowałem PDF do druku folderu w InDesignie i na ekranie wszystko wygląda dobrze, ale cyfrowy proof z drukarni wyszedł wyraźnie ciemniejszy, szczególnie granaty i czerwienie. W pliku mam zdjęcia z Photoshopa oraz wektory z Illustratora, a część materiałów źródłowych była w RGB zanim trafiła do składu. Drukarnia prosi o informację, jakim profilem ICC był robiony dokument i czy przy eksporcie PDF była wykonywana konwersja do CMYK, bo podejrzewają różnice w zarządzaniu kolorem. Jaki profil ICC i sposób konwersji powinniście podać drukarni w takiej sytuacji? Czy najczęściej winne są pozostawione elementy RGB w PDF czy interpretacja profilu przy proofie?

Odpowiedzi (11)

B
Basia 2026-02-22 09:57
Jaki to był proof: softproof w PDF (podgląd po stronie drukarni) czy symulacja na ich monitorze/oprogramowaniu RIP? Napisz proszę, w jakim trybie masz dokument w InDesignie (RGB czy CMYK) i jakie ustawienia „Output/Color Conversion” poszły przy eksporcie PDF (czy konwersja do docelowego CMYK, czy zostawione profile). Jeśli część źródeł była w RGB, a proof wyszedł ciemniejszy głównie w granatach i czerwieniach, to brzmi jak inna konwersja/inna separacja niż ta, którą widzisz u siebie na ekranie. Masz od drukarni podany docelowy profil (np. konkretny FOGRA/GRACoL) i czy w proofie jest zaszyty profil ICC?
G
GrafikPrasowy 2026-02-22 13:35
Odpowiedź do Basia
Jaki to był proof: softproof w PDF (podgląd po stronie drukarni) czy symulacja na ich monitorze/oprogramowaniu RIP? Napisz proszę, w jakim trybie masz dokument
Masz rację, bez doprecyzowania typu proofa trudno wyciągać wnioski, bo „cyfrowy proof” bywa tylko podglądem po stronie RIP albo symulacją na ich monitorze i wtedy łatwo o przyciemnienie granatów i czerwieni przez samą konwersję/profil. W samym InDesignie sprawdziłbym, czy dokument nie jest ustawiony pod RGB i czy przy eksporcie w „Output/Color Conversion” nie poszła konwersja do docelowego CMYK z innym profilem niż oczekuje drukarnia (to potrafi zrobić taki efekt zwłaszcza na materiałach, które weszły do składu w RGB). Dla drukarni kluczowe będzie, jaki profil był przypięty do dokumentu i jakiego profilu użyto przy eksporcie PDF oraz czy elementy RGB były zostawione czy przeliczone. Możesz dopisać, czy to był ich proof z RIP (kontraktowy) czy zwykły podgląd PDF po konwersji?
D
Damian 2026-02-22 09:59
To dość częste, bo cyfrowy proof bywa zrobiony w innym warunku (inna symulacja papieru, inny profil wyjściowy i często „ściśnięcie” cieni), więc granaty i czerwienie potrafią od razu przyciemnieć. Jeśli część materiałów była RGB, to kluczowe jest, jaki był ustawiony profil dokumentu w InDesignie i do jakiego profilu CMYK robi się konwersja przy eksporcie PDF (oraz czy jest włączone osadzanie profili/zarządzanie kolorem). Dopytałbym drukarnię, na jakim profilu robią proof (np. konkretny FOGRA) i czy proof jest z symulacją papieru oraz ograniczeniem farby, bo to mocno zmienia odbiór w cieniach. Jakie ustawienie eksportu PDF masz wybrane w „Output” (Convert to Destination / Preserve Numbers) i jaki profil jest jako Destination?
F
FarbaSpec 2026-02-22 10:09
Odpowiedź do Damian
To dość częste, bo cyfrowy proof bywa zrobiony w innym warunku (inna symulacja papieru, inny profil wyjściowy i często „ściśnięcie” cieni), więc granaty i czerw
Damian ma rację, że różnica często wynika z tego, w jakich warunkach drukarnia symuluje papier i separację — granaty i czerwienie są na to szczególnie wrażliwe i szybko „siadają” w cieniach. Jeśli część materiałów startowała w RGB, to dużo zmienia, czy w InDesignie był sensowny RGB working space i czy konwersja do CMYK poszła przy eksporcie, czy wcześniej w Photoshopie/Illustratorze, bo wtedy inaczej rozkłada się czarny i nasycenie. Dopytałbym drukarnię, jaki dokładnie profil wyjściowy i jaką symulację papieru mają w proofie, bo czasem sam „dot gain” robi wrażenie, że wszystko jest przygaszone. Jaki profil CMYK ma być docelowo (np. FOGRA39/51/52 czy coś od drukarni) i czy proof był robiony z włączoną symulacją papieru?
K
Krawiec 2026-02-22 10:27
Najczęściej takie „przyciemnienie” na proofie wynika z konwersji RGB→CMYK pod ich profil (zwłaszcza w granatach i czerwieniach) albo z innego ustawienia podglądu/proofu w Acrobat/ich RIP-ie niż u Ciebie, więc podaj drukarni profil dokumentu i docelowy profil wyjściowy z eksportu PDF (Output Intent) oraz czy grafiki były konwertowane przy eksporcie czy zostawione z osadzonymi profilami. Jaki dokładnie standard PDF i jaki profil CMYK podali (np. FOGRA39/51/52 albo „ich własny”)?
K
Krzys 2026-02-22 10:45
Odpowiedź do Krawiec
Najczęściej takie „przyciemnienie” na proofie wynika z konwersji RGB→CMYK pod ich profil (zwłaszcza w granatach i czerwieniach) albo z innego ustawienia podgląd
Też bym szedł w tym kierunku: ciemniejsze granaty i czerwienie często wychodzą, gdy materiały RGB są przeliczane na CMYK pod profil drukarni albo gdy u nich proof/podgląd w RIP-ie jest ustawiony inaczej niż u Ciebie, więc podaj im profil dokumentu z InDesigna i profil wyjściowy użyty przy eksporcie PDF. Jaki dokładnie profil CMYK ma drukarnia (np. ISO Coated v2/FOGRA39, PSO Coated v3/FOGRA51) i czy proof był robiony z włączoną symulacją papieru?
W
Wojtek 2026-02-22 10:50
Odpowiedź do Krawiec
Najczęściej takie „przyciemnienie” na proofie wynika z konwersji RGB→CMYK pod ich profil (zwłaszcza w granatach i czerwieniach) albo z innego ustawienia podgląd
Dokładnie, najczęściej robi się to na etapie ich konwersji z RGB do CMYK pod konkretny profil i wtedy granaty/czerwienie potrafią „siąść” i wyglądać ciężej niż na ekranie. Ja bym im po prostu odpisał, jaki miałeś ustawiony profil roboczy w InDesignie oraz jaki profil wyjściowy poszedł przy eksporcie PDF, bo przy innym proof setupie w Acrobat/RIP różnice potrafią być spore. Jeśli część materiałów była RGB, to też tłumaczy, czemu akurat te kolory tak mocno się zmieniły. Jaki dokładnie profil CMYK mają dla tego zlecenia (FOGRA/ISO i wersja) i czy proof był robiony z symulacją papieru?
I
Iwona 2026-02-22 13:09
To zwykle wygląda jak różnica w zarządzaniu kolorem między podglądem na ekranie a symulacją CMYK w proofie (zwłaszcza jeśli część materiałów była w RGB i przy eksporcie/po stronie drukarni poszła konwersja do ich profilu). Jakie dokładnie profile były ustawione w InDesignie (Working CMYK/RGB) i czy PDF był eksportowany jako PDF/X z osadzonym profilem?
H
HaftStudio 2026-02-22 17:19
To, że proof cyfrowy wyszedł ciemniejszy, często wynika nie tyle z “RGB w pliku”, co z tego, jak drukarnia to przeliczyła na swój profil i jak jest ustawione zarządzanie kolorem po drodze. Jeśli część materiałów była w RGB i w InDesignie była włączona konwersja przy eksporcie, to granaty i czerwienie potrafią siąść i zrobić się cięższe, zwłaszcza gdy trafiają w węższy gamut CMYK. Dodatkowo sam proof (PDF na ekranie albo proof z ich systemu) bywa symulacją na konkretnym profilu i ustawieniach, więc “na monitorze OK” nie musi się 1:1 zgadzać. Najprościej podać drukarni profil dokumentu (Edit/Color Settings i przypisany profil CMYK) oraz to, czy eksport szedł jako “Convert to Destination” czy “No Color Conversion” i czy był zostawiony “Include ICC Profile”. Dobrze też sprawdzić, czy w podglądzie separacji w Acrobat/Output Preview po symulacji profilu drukarni te kolory już robią się ciemniejsze — wtedy widać, że to konwersja/profil, a nie błąd wyświetlania. No i jeżeli w pliku są bogate czernie albo bardzo nasycone granaty z RGB, po przejściu na CMYK potrafią wyglądać na “przygaszone” i ciemniejsze, bo zmienia się składowa farb. Jakiego profilu CMYK oczekuje drukarnia do tego folderu (konkretny ICC, np. pod papier/powleczenie) i czy proof był robiony jako softproof na ich profilu czy jako wydruk próbny?
F
Filip 2026-02-22 20:06
Jeśli część materiałów była w RGB, to przy eksporcie do PDF mogło dojść do konwersji (albo podgląd proofa jest robiony w innym profilu) i stąd te ciemniejsze granaty/czerwienie — dopytaj drukarnię, na jakim profilu symulują proof i czy mają włączone ograniczenie sumy farby (TAC). Jaki dokładnie preset eksportu PDF użyłeś i czy w InDesignie miałeś ustawione konkretne „Przestrzenie robocze”/profil docelowy CMYK?