Quando riceviamo un file da te, per prima cosa controlliamo se il file contiene colori diversi da CMYK. Se il file è costruito esclusivamente in CMYK, viene inviato direttamente al proof.
Gestione dei profili errati nei dati CMYK / "Profile Mismatch"
Se abbiamo ricevuto esclusivamente dati CMYK da te, ignoriamo tutti i profili di input e output contenuti e utilizziamo solo i valori CMYK che portiamo nello spazio colore di output ordinato.
Esempio 1: dati in ISOCoated, proof ordinato in ISOCoatedV2, quindi profilo CMYK errato o nessuno incorporato
Invii un file con il profilo ISOCoated e un'area di colore in CMYK 100/70/0/0 e ordini un proof secondo ISOCoatedV2. Ignoriamo il profilo ISOCoated e prooffiamo il valore colore puro 100/70/0/0 secondo ISOCoatedV2.
Perché lo facciamo? Nei nostri proof, cerchiamo di rappresentare la "realtà vissuta" della stampa il meglio possibile. In molte conversazioni con le tipografie, abbiamo visto che in quasi il 100% dei casi non eseguono conversioni di profili CMYK in CMYK, ma portano un valore di colore di 100/70/0/0 sulla piastra senza considerare i profili CMYK, inseriscono carta e stampano in conformità alla norma. Quindi anche noi rappresentiamo questo modo, anche se sarebbe in realtà "più corretto" eseguire un trasferimento dello spazio colore da ISOCoated 100/70/0/0 a ISOCoatedV2. Tuttavia, ciò produce un valore di colore diverso, ad esempio con conversione relativamente colorimetrica con compensazione di profondità 100/63/1/6 o percettiva con compensazione di profondità 100/63/3/15!
Caso di pratica: Un nostro cliente non ha provato da noi, ma da un collega 30 aree di colore blu scuro leggermente diverse in ISOCoatedV2, sotto le quali era scritto il valore CMYK in stampa nera, per abbinare un colore una superficie rivestita di polvere. Il cliente ha definito un valore di colore CMYK molto adatto in base alle aree di colore provate, l'ha inserito nei suoi opuscoli e ha avviato i lavori di stampa. Risultato: il blu scuro era sempre un blu diverso dal proof di riferimento, cliente e agenzia erano molto insoddisfatti e hanno iniziato a cercare errori. Ora il caso è arrivato da noi. Abbiamo ricevuto un file per il proof secondo ISOCoatedV2 e l'abbiamo confrontato con il proof del nostro collega. I colori con gli stessi valori CMYK neri stampati sottostanti erano nettamente diversi, ma entrambi i proof erano forniti di scala media e misurati correttamente. Dopo un po' di ricerca, abbiamo avuto l'idea di richiedere il file originariamente provato dal collega, che esisteva ancora. In questo abbiamo trovato un profilo Fogra27Coated, cioè un'implementazione del vecchio ISOCoated. Un proof era stato ordinato secondo ISOCoatedV2 all'epoca. Cosa era successo? Il collega aveva considerato i profili di input, il che ha comportato un cambio significativo dei valori CMYK delle aree di colore attraverso un trasferimento dello spazio colore da CMYK a CMYK come descritto sopra. Naturalmente, i valori CMYK neri stampati sotto le aree di colore non erano cambiati. Quindi il valore CMYK abbinato non corrispondeva più al valore provato. Il nostro cliente è rimasto scioccato: "Come, i nostri valori CMYK non sono stati provati?". Da noi questo caso non sarebbe accaduto, poiché avremmo ignorato il profilo incorporato nei dati CMYK. Questo sarebbe stato anche l'atteggiamento del nostro cliente. Dopo circa due ore, abbiamo così identificato l'"errore" (o forse piuttosto: la "differenza"), abbiamo creato un proof "aderente alle aspettative" per il nostro cliente, in base al quale poteva determinare il valore CMYK appropriato in ISOCoatedV2, e avevamo risolto il problema.