Når vi modtager en fil fra dig, kontrollerer vi først, om der er andre end CMYK-farver i filen. Hvis filen udelukkende er opbygget i CMYK, sendes den direkte til proof'e.
Håndtering af forkerte profiler ved CMYK-data / "Profile Mismatch"
Så længe vi udelukkende har modtaget CMYK-data fra dig, ignorerer vi alle indeholdt input- og output-profiler og bruger kun de CMYK-værdier, som vi bringer til det bestilte output-farverum.
Eksempel 1: Data i ISOCoated, Proof i ISOCoatedV2 bestilt, altså forkert eller ingen CMYK-profil indlejret
Du sender en fil med profilen ISOCoated og en farveflader i CMYK 100/70/0/0 og bestiller et 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 proofs at gengive "den levede virkelighed" af trykket så godt som muligt. I mange samtaler med trykkerier har vi set, at disse i næsten 100% af tilfældene ikke udfører farveprofilkonverteringer fra CMYK til CMYK, men tager en farveværdi på 100/70/0/0 uden at betragte CMYK-profiler og bringer den på pladen, lægger papir i og printer normkonformt. Så vi gengiver også denne vej, selvom det egentlig ville være "mere korrekt" at udføre en farverumsoverførsel fra ISOCoated 100/70/0/0 til ISOCoatedV2. Men det resulterer i en anden farveværdi, ved relativt farbemetrisk konvertering med dybdekompensation for eksempel 100/63/1/6 eller perceptiv med dybdekompensation 100/63/3/15 !
Praksis tilfælde: En kunde fra os proof'ede ikke hos os, men hos en kollega 30 let forskelligt, mørkebløt farveflader i ISOCoatedV2, under hvilke hver CMYK-værdien blev trykt i sort tekst for at farvefastsætte en pulverepoxy overflade. Kunden definerede baseret på de proof'ede farveflader en meget velpassende CMYK-farveværdi, satte den i hans brochure og startede trykket.
Resultat: Mørkebløt 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 kollegaens proof. Farverne med de samme CMYK-værdier trykt under var væsentligt forskellige, begge proofs men med mediekile og målt korrekt. Efter en vis fejlsøgning kom vi på ideen om at anmode om den oprindeligt hos kollega proof'ede fil, som stadig eksisterede. I denne fandt vi en Fogra27Coated-profil, altså en implementering af den gamle ISOCoated. Det var blevet bestilt et proof efter ISOCoatedV2.
Hvad skete: Kollega havde overvejet inputprofilerne, hvorved en som ovenfor angivet væsentlig ændring af farveværdierne i farvefladerne gennem en farverumsoverførsel fra CMYK til CMYK opstod. De sorte trykte CMYK-værdier under farvefladen havde selvfølgelig ikke ændret sig. Den fastnummerede CMYK-værdi svarede således slet ikke til den proof'ede værdi. Vores kunde faldt ud af alle skyer: "Hvordan, dine CMYK-værdier var ikke proof'et?".
I vores tilfælde ville denne sag ikke være opstået, da vi ville ignorere den indlejret profil ved CMYK-data. Det ville også være forventningen fra vores kunde i dette tilfælde. Efter næsten to timer havde vi således identificeret "fejlen" (eller måske snarere "forskellen"), oprettet et "forventningsmæssigt" proof til vores kunde, på grundlag af hvilket han kunne find en passende CMYK-værdi i ISOCoatedV2, og havde løst problemet fra verden ud.