Når vi modtager en fil fra dig, kontrollerer vi først, om filen indeholder andre farver end CMYK. Hvis filen udelukkende er opbygget i CMYK, sendes den direkte til proof'ing.
Håndtering af forkerte profiler ved CMYK-data / "Profile Mismatch"
Hvis vi udelukkende har modtaget CMYK-data fra dig, ignorerer vi alle indeholdte input- og output-profiler og bruger kun CMYK-værdierne, som vi bringer til det bestilte output-farverum.
Eksempel 1: Data i ISOCoated, proof bestilt i ISOCoatedV2, altså forkert eller intet CMYK-profil indlejret
Du sender en fil med profilen ISOCoated og en farveområde i CMYK 100/70/0/0 og bestiller en proof efter ISOCoatedV2. Vi ignorerer ISOCoated-profilen og proof'er den rene farveværdi 100/70/0/0 efter ISOCoatedV2.
Hvorfor gør vi det? Vi forsøger i vores proof'e at gengive den "levende virkelighed" af trykket så godt som muligt. I mange samtaler med trykkerierne har vi set, at disse næsten 100% af tiden ikke foretager farverum-konverteringer fra CMYK til CMYK, men bringer en farveværdi på 100/70/0/0 uden hensyntagning til CMYK-profiler på pladen, trykpapir i og trykker normkonformt. Således afspejler vi også denne vej, selvom det egentlig ville være "mere korrekt" at foretage en farverumtransfer fra ISOCoated 100/70/0/0 til ISOCoatedV2. Men det resulterer i en anden farveværdi, f.eks. ved relativt farbmetrisk konvertering med depthkompensering 100/63/1/6 eller perceptiv med depthkompensering 100/63/3/15!
Praktiktilfælde: En kunde hos os proof'ede ikke hos os, men hos en kollega 30 let forskellige, mørkblå farveflader i ISOCoatedV2, under hver af hvilke CMYK-værdien blev skrevet i sort skrift for at farveaftemme en pulverlakeret overflade. Kunden definerede på grundlag af de proof'ede farveflader en meget passende CMYK-farveværdi, satte den ind i sine brochurer og startede trykorderne.
Resultat: Mørkblået var hver gang et væsentligt anderledes blå end på reference-proof'en, kunde og bureau var meget utilfredse og gik på fejlsøgning.
Sagen kom nu til os. Vi modtog en fil til proof efter ISOCoatedV2 og sammenlignede med proof'en fra vores kollega. Farverne med de samme understillede sorte CMYK-værdier var væsentlig anderledes, begge proof'e var forsynet med mediekile og var korrekt målt. Efter nogen fejlsøgning kom vi på tanken om at anmode om den oprindeligt hos kollegaen proof'ede fil, som også stadig eksisterede. I denne fandt vi en Fogra27Coated profil, altså en implementering af det gamle ISOCoated. En proof efter ISOCoatedV2 var blevet bestilt på det tidspunkt.
Hvad var sket? Kollegaen havde taget hensyn til inputprofilerne, hvorved en som ovenfor beskreven væsentlig ændring af CMYK-værdierne for farvefladerne skete gennem en farverumtransfer fra CMYK til CMYK. De sort trykte CMYK-værdier under farvefladerne havde selvfølgelig ikke ændret sig. Den aftemtede CMYK-værdi svarede således slet ikke længere til den proof'ede værdi. Kunden blev slået ud: "Hvordan, blev vores CMYK-værdier ikke proof'et?".
Det ville ikke være sket hos os, da vi ville ignorere det indlejret profil ved CMYK-data. Det ville også være kundens forventning i dette tilfælde. Efter knap to timer havde vi således fundet "fejlen" (eller måske snarere: "differencen"), lavet en "forventet" proof for vores kunde, på grundlag af hvilken han kunne bestemme den passende CMYK-værdi i ISOCoatedV2, og havde problematikken løst.