Når vi mottar en fil fra deg, sjekker vi først om andre farger enn CMYK er inneholdt i filen. Hvis filen utelukkende er bygd opp i CMYK, sendes den direkte for proofing.
Håndtering av feil profiler på CMYK-data / "Profile Mismatch"
Forutsatt at vi utelukkende har mottatt CMYK-data fra deg, ignorerer vi alle inneholdt inngangsprofiler og utgangsprofiler og bruker bare CMYK-verdiene som vi bringer til det bestilte utgangfargerommet.
Eksempel 1: Data i ISOCoated, proof i ISOCoatedV2 bestilt, altså feil eller ingen CMYK-profil innebygd
Du sender en fil med profilen ISOCoated og en fargeflate i CMYK 100/70/0/0 og bestiller en proof etter ISOCoatedV2. Vi ignorerer ISOCoated-profilen og skriver ut den rene fargeverdien 100/70/0/0 etter ISOCoatedV2.
Hvorfor gjør vi det? Vi prøver i proofene våre å gjengitt "gjengitt realiteten" på trykket så godt som mulig. I mange samtaler med trykkebedrifter har vi sett at disse i nesten 100 % av tilfellene ikke gjør noen fargeromkonverteringer fra CMYK til CMYK, men tar en fargeværdi på 100/70/0/0 uten hensyn til CMYK-profiler på platen, legger inn papir og trykker standardkonformt. Så gjengitt vi også denne veien, selv om det egentlig ville være "korrekter" å utføre en fargerumoverføring fra ISOCoated 100/70/0/0 til ISOCoatedV2. Men det resulterer i en annen fargeværdi, ved relativt fargemetrisk konvertering med dybdekompensering for eksempel 100/63/1/6 eller perceptivt med dybdekompensering 100/63/3/15 !
Praksis: En kunde av oss skjøt ikke hos oss, men hos en kollega 30 litt ulike, mørkeblå fargeflater i ISOCoatedV2, som hver hadde CMYK-verdien i svart tekst oppunder for å vurdere en pulverbeskyttet overflate fargaktig. Kunden definerte basert på de skjøtede fargeflate en meget vel passende CMYK-fargeværdi, satte det inn i brosjyrene sine og startet trykkeoppdragene.
Resultat: Mørkeblåen var hver gang en betydelig annen blå enn på referanseproofen, kunde og agentur var veldig misfornøyd og gikk på feilsøking.
Nå kom saken til oss. Vi mottok en fil for proofing etter ISOCoatedV2 og sammenlignet den med proofen til kollegen. Fargene med samme CMYK-verdier som var skrevet under i sort var betydelig ulik, begge proofene var imidlertid forsynt med mediakeil og korrekt målt. Etter en del feilsøking kom vi på ideen å anmode om den opprinnelig skjøtede filen hos kollegen, som fortsatt eksisterte. I denne fant vi en Fogra27Coated-profil, altså en omsetning av den gamle ISOCoated. En proof etter ISOCoatedV2 var bestilt på den tiden. Hva hadde skjedd? Kollegen hadde vurdert inngangsprofiler, som forårsaket en som nevnt over betydelig endring av CMYK-verdiene for fargeflate gjennom en fargeromoverføring fra CMYK til CMYK. De svart trykte CMYK-verdiene under fargeflate hadde selvsagt ikke endret seg. Den vurderte CMYK-verdien stemte ikke i det hele tatt med den skjøtede verdien. Kunden vår falt helt utenfor: "Hvordan, det var ikke CMYK-verdiene våre som ble skjøtet?".
Hos oss ville ikke dette tilfellet ha oppstått, fordi vi ville ignorert den innebygde profilen i CMYK-data. Det ville også vært forventningsholdig av kunden vår. Etter drøye to timer hadde vi på denne måten identifisert "feilen" (eller kanskje heller: "avviket"), opprettet en "forventningsrett" proof for kunden vår, basert på hvilken han kunne bestemme den passende CMYK-verdien i ISOCoatedV2, og hadde løst problemet.