Cuando recibimos un archivo, lo primero que verificamos es si contiene algo distinto a colores CMYK. Si el archivo está construido exclusivamente en CMYK, se envía directamente a la impresión.
Manejo de perfiles incorrectos en datos CMYK / "Profile Mismatch"
Siempre que hayamos recibido exclusivamente datos CMYK, ignoramos todos los perfiles de entrada y salida contenidos y solo usamos los valores CMYK que llevamos al espacio de color de salida ordenado.
Ejemplo 1: Datos en ISOCoated, Proof en ISOCoatedV2 ordenado, entonces perfil CMYK incorrecto o sin incrustar
Envía un archivo con el perfil ISOCoated y un área de color en CMYK 100/70/0/0 y ordena un proof según ISOCoatedV2. Ignoramos el perfil ISOCoated y probamos el valor de color puro 100/70/0/0 según ISOCoatedV2.
¿Por qué hacemos esto? Intentamos en nuestros proofs reproducir la "realidad vivida" de la impresión lo mejor posible. En muchas conversaciones con imprentas, hemos visto que en casi el 100% de los casos no realizan conversiones de perfil de CMYK a CMYK, sino que llevan un valor de color de 100/70/0/0 sin tener en cuenta los perfiles CMYK a la placa, colocan papel, e imprimen de acuerdo con la norma. Entonces también reproducimos este camino, aunque técnicamente sería más "correcto" realizar una transferencia de espacio de color de ISOCoated 100/70/0/0 a ISOCoatedV2. Sin embargo, esto resulta en un valor de color diferente, por ejemplo, con conversión relativa farbmetrisch con compensación de profundidad 100/63/1/6 o perceptiva con compensación de profundidad 100/63/3/15!
Caso práctico: Un cliente nuestro no probó con nosotros sino con un colega 30 áreas de color azul oscuro ligeramente diferentes en ISOCoatedV2, debajo de cada una con el valor CMYK en texto negro, para coordinar un color en la superficie recubierta de polvo. El cliente definió un valor de color CMYK que se adaptaba muy bien en función de las áreas de color probadas, lo colocó en sus folletos e inició los trabajos de impresión.
Resultado: El azul oscuro fue un azul significativamente diferente que en el proof de referencia, cliente y agencia estaban muy insatisfechos y comenzaron a buscar errores.
Ahora el caso llegó a nosotros. Recibimos un archivo para proof según ISOCoatedV2 y lo comparamos con el proof de nuestro colega. Los colores con los mismos valores CMYK negros impresos debajo eran significativamente diferentes, ambos proofs tenían cuña de medios y fueron medidos correctamente. Después de algo de búsqueda de errores, se nos ocurrió solicitar el archivo originalmente probado con el colega, que aún existía. En esto encontramos un perfil Fogra27Coated, es decir, una implementación del antiguo ISOCoated. Se había ordenado un proof según ISOCoatedV2 en ese momento.
¿Qué pasó? El colega consideró los perfiles de entrada, lo que resultó en un cambio significativo de los valores CMYK de las áreas de color a través de una transferencia de espacio de color de CMYK a CMYK como se describió anteriormente. Sin embargo, los valores CMYK negros impresos bajo las áreas de color, por supuesto, no cambiaron. El valor de color coordinado ya no correspondía en absoluto al valor probado. Nuestro cliente quedó atónito: "¿Cómo? ¿No se probaron nuestros valores CMYK?".
Con nosotros, este caso no habría ocurrido, ya que ignoraríamos el perfil incrustado en datos CMYK. Esa también habría sido la actitud de expectativa de nuestro cliente en este caso. Después de aproximadamente dos horas, identificamos el "error" (o tal vez más bien: la "diferencia"), creamos un proof "conforme a las expectativas" para nuestro cliente, en base al cual podría determinar el valor CMYK apropiado en ISOCoatedV2, y resolvimos el problema de forma definitiva.