Când primim un fișier de la dvs., mai întâi verificăm dacă fișierul conține alte culori decât CMYK. Dacă fișierul este construit exclusiv în CMYK, este trimis direct pentru a fi verificat.
Tratarea profilelor greșite la datele CMYK / „Nepotrivire de profil"
Atâta timp cât primim exclusiv date CMYK de la dvs., ignorăm toate profilurile de intrare și ieșire conținute și folosim doar valorile CMYK pe care le aducem la spațiul de culoare de ieșire comandat.
Exemplul 1: Date în ISOCoated, Proof în ISOCoatedV2 comandat, deci profil CMYK greșit sau lipsa
Trimiteți un fișier cu profilul ISOCoated și un câmp de culoare în CMYK 100/70/0/0 și comandați un proof conform ISOCoatedV2. Ignorăm profilul ISOCoated și verificăm valoarea de culoare pură 100/70/0/0 conform ISOCoatedV2.
De ce o facem? Încercăm în proofs-urile noastre să reproducem cât mai bine posibil „realitatea trăită" a tipăririi. În multe discuții cu imprimeriile am văzut că în aproape 100% din cazuri nu efectuează conversii de profil de la CMYK la CMYK, ci aduc o valoare de culoare de 100/70/0/0 pe plăci fără să țin cont de profilurile CMYK, pun hârtie și tipăresc conform normei. Deci modelăm și această cale, deși ar fi de fapt mai „corect" să facem un transfer de spațiu de culoare din ISOCoated 100/70/0/0 în ISOCoatedV2. Cu toate acestea, aceasta rezultă în alte valori de culoare, de exemplu cu conversie relativ colorimetrică cu compensare de adâncime 100/63/1/6 sau perceptiv cu compensare de adâncime 100/63/3/15!
Caz practic: Un client nu a vrut să se verifice la noi, ci la un coleg 30 de câmpuri de culoare albastră închisă ușor diferite în ISOCoatedV2, sub fiecare fiind scris valoarea CMYK în text negru, pentru a copia culoarea unei suprafețe acoperite cu praf. Clientul a definit pe baza câmpurilor de culoare verificate o valoare de culoare CMYK foarte bun potrivit, a pus-o în broșurile sale și a lansat comenzile de tipărire.
Rezultat: Albastrul întunecat a fost fiecare oară un albastru semnificativ diferit decât pe proof-ul de referință, clientul și agenția au fost foarte nemulțumiți și au început să caute erori.
Acum cazul a venit la noi. Am primit un fișier pentru verificare conform ISOCoatedV2 și am comparat-o cu proof-ul colegului nostru. Culorile cu aceleași valori CMYK negre tipărite sub ele au fost semnificativ diferite, ambele proofs cu pereche de medii și ambele măsurate corect. După o oarecare căutare de erori, am avut ideea de a cere fișierul verificat inițial la coleg, care încă exista. Am găsit un profil Fogra27Coated, deci o implementare a vechi ISOCoated. A fost comandat atunci un proof conform ISOCoatedV2.
Ce s-a întâmplat? Colegul a ținut cont de profilurile de intrare, ceea ce a dus la o schimbare semnificativă a valorilor CMYK ale câmpurilor de culoare prin transfer de spațiu de culoare de la CMYK la CMYK, după cum s-a arătat mai sus. Cu toate acestea, valorile CMYK negre tipărite sub câmpurile de culoare au rămas desigur neschimbate. Valoarea de culoare verificată nu mai corespundea deci deloc valorii verificate. Clientul nostru a fost șocat: "Cum, valorile noastre CMYK nu au fost verificate?".
La noi acest caz nu s-ar fi întâmplat, deoarece am ignora profilul înglobat la datele CMYK. Aceasta ar fi fost și așteptarea colegului nostru. După aproape două ore am găsit deci "eroarea" (sau poate mai degrabă: "diferența"), am creat un proof "corect așteptat" pentru clientul nostru, pe baza căruia a putut determina valoarea CMYK potrivit în ISOCoatedV2, și am rezolvat problema.