Når vi modtager en fil, kontrollerer vi først, om der er andre farver end CMYK i filen. Hvis filen kun er opbygget i CMYK, sendes den direkte til proof.
Håndtering af forkerte profiler ved CMYK data / "profil mismatch"
For så vidt vi kun har modtaget CMYK data, ignorerer vi alt indeholdt input- og outputprofiler og bruger kun de CMYK værdier, som vi bringer til det bestilte outputfarverum.
Eksempel 1: Data i ISOCoated, Proof i ISOCoatedV2 bestilt, således forkert eller intet CMYK profil indlejret
Du sender en fil med profilen ISOCoated og en farveflader i CMYK 100/70/0/0 og bestiller en proof efter ISOCoatedV2. Vi ignorerer ISOCoated profilen og proofer den pure farveværdi 100/70/0/0 efter ISOCoatedV2.
Hvorfor gør vi det? Vi forsøger i vores proofs at gengive den "praktiserede virkelighed" af trykkeri så godt som mulig. I mange samtaler med trykkeri har vi set, at de i næsten 100% af tilfældene ikke udfører profil konverteringer fra CMYK til CMYK, men tager en farveværdi på 100/70/0/0 uden at tage hensyn til CMYK profiler og bringer det til pladen, lægger papir i og trykker normkonformt. Så afbilder vi også denne vej, selvom det strengt taget ville være "mere korrekt" at foretage en farvrum transfer fra ISOCoated 100/70/0/0 til ISOCoatedV2. Men det resulterer i en anden farveværdi, ved relativt farvetrisk konvertering med tonværdi kompensering for eksempel 100/63/1/6 eller opfattet med tonværdi kompensering 100/63/3/15 !
Praktisk tilfælde: En kunde af os profilerede ikke hos os, men hos en kollega 30 let anderledes, mørkeblanke farveflader i ISOCoatedV2, under hvilke den CMYK værdi stod i sort tekst for at afstemme en pulverbeskyttet overflade farveligt. Kunden definerede baseret på den proofede farveflader en meget godt passende CMYK farveværdi, satte den i sine brochurer og startede trykkeriydelserne.
Resultat: Mørkeblantt var hver gang en betydeligt anden blå end på referenceproof, kunde og agentur var meget utilfredse og gik på fejlsøgning.
Nu kom sagen til os. Vi modtog en fil til proof efter ISOCoatedV2 og sammenlignede den med proofen fra vores kollega. Farverne med de samme underliggende sorte CMYK værdier var betydeligt anderledes, begge proofs var dog forsynet med medieskive og korrekt målt. Efter nogle fejlsøgningsattempts kom vi på idéen at anmode om den oprindeligt profil kollegaens dato, som desuden eksisterede. I denne blev der fundet en Fogra27Coated profil, nemlig en implementering af det gamle ISOCoated. Bestilt var dengang en proof efter ISOCoatedV2.
Hvad var der sket? Kollegaen havde taget hensyn til indgangsprofiler, som resulterede i en som ovenfor nævnt betydelig ændring af CMYK værdierne af farvefelterne gennem en farvrums transfer fra CMYK til CMYK. De sorte trykte CMYK værdier under farvefelterne havde selvfølgelig ikke ændret sig. Den afstemmede CMYK værdi svarede således slet ikke mere til den proofede værdi. Vores kunde faldt helt ud af lyset: "Hvad, det var ikke vores CMYK værdier, der blev proofet?".
Hos os ville denne sag ikke være opstået, da vi ignorerer det indlejret profil ved CMYK data. Det ville også have været vores kundes forventning. Efter knap to timer havde vi således fundet "fejlen" (eller måske snarere: "forskellen"), produceret en "forventet" proof til vores kunde, baseret på hvilken han kunne finde den passende CMYK værdi i ISOCoatedV2 og havde løst problemet fra verden.