Når vi mottar en fil fra deg, sjekker vi først om det finnes andre farger enn CMYK i filen. Hvis filen er utelukkende oppbygd i CMYK, sendes den direkte til testing.
Håndtering av feil profiler ved CMYK-data / "Profile Mismatch"
Så lenge vi utelukkende har mottatt CMYK-data fra deg, ignorerer vi alle innsamlede inn- og utgangsprofiler og bruker bare CMYK-verdiene som vi tar til det bestilte utgangsfargene.
Eksempel 1: Data i ISOCoated, Proof i ISOCoatedV2 bestilt, dvs. feil eller ingen CMYK-profil bygget inn
Du sender en fil med ISOCoated-profilen og en fargeflate i CMYK 100/70/0/0 og bestiller en proof etter ISOCoatedV2. Vi ignorerer ISOCoated-profilen og tester den rene fargeverdien 100/70/0/0 etter ISOCoatedV2.
Hvorfor gjør vi det? Vi prøver i våre proofs å gjengi den "levde virkeligheten" av trykket så godt som mulig. I mange samtaler med trykkeri har vi sett at disse i nesten 100% av tilfellene ikke gjør noen profilkonverteringer fra CMYK til CMYK, men tar en farververdi på 100/70/0/0 uten respekt for CMYK-profiler og bringer den på platen, legger inn papir og trykker normkonformt. Så vi gjengi også denne metoden, selv om det strengt tatt ville være "riktigere" å gjøre en fargerom-overføring fra ISOCoated 100/70/0/0 til ISOCoatedV2. Men dette skaper en annen farververdi, for eksempel ved relativt fargekonvertering med dybdekompensering 100/63/1/6 eller perceptivt med dybdekompensering 100/63/3/15!
Praksissak: En kunde av oss testet ikke hos oss, men hos en kollega 30 litt forskjellige, mørkeblå fargeflater i ISOCoatedV2, under hver CMYK-verdi var skrevet i svart skrift, for fargeprøving av en pulverlakert overflate. Kunden definerte basert på de testede fargeflaten en meget godt passende CMYK-farververdi, satte den i brosjyrene hans og startet trykkjobber.
Resultat: Mørkeblået var hver gang en betydelig annen blå enn på referanseproofen, kunden og byrået var veldig misfornøyd og begynte feilsøking.
Nå kom saken til oss. Vi mottok en fil til testing etter ISOCoatedV2 og sammenlignet den med proofen fra kollegen vår. Fargene med samme svart trykt CMYK-verdi under var betydelig forskjellige, begge proofs hadde mediekeil og ble målt korrekt. Etter litt feilsøking kom vi på ideen om å be om den opprinnelig fra kollegen testa filen, som fortsatt eksisterte. I denne fant vi et Fogra27Coated-profil, altså en implementering av det gamle ISOCoated. En proof etter ISOCoatedV2 var bestilt på den tiden. Hva var skjedd? Kollegen hadde tatt hensyn til inngangprofilene, noe som resulterte i en betydelig endring av CMYK-verdiene til fargeflaten gjennom en fargerom-overføring fra CMYK til CMYK som beskrevet ovenfor. De svart trykt CMYK-verdiene under fargeflaten hadde selvfølgelig ikke endret seg. Den prøvende CMYK-verdien stemte altså ikke lenger med den testede verdien. Kunden vår var sjokket: "Hva, CMYK-verdiene våre ble ikke testet?".
Med oss ville denne saken ikke ha oppstått fordi vi ville ignorert det innbygget profilen ved CMYK-data. Det ville også vært forventningen fra kunden vår i dette tilfellet. Etter omtrent to timer hadde vi slik funnet "feilen" (eller kanskje heller: "forskjellen"), laget en "forventningsrettet" proof for kunden vår, basert på hvilken han kunne finne den rette CMYK-verdien i ISOCoatedV2, og fått problemet løst.