Quando recebemos um arquivo seu, primeiro verificamos se o arquivo contém cores diferentes de CMYK. Se o arquivo for construído exclusivamente em CMYK, ele será enviado diretamente para proof.
Lidar com perfis incorretos em dados CMYK / "Profile Mismatch"
Se recebermos apenas dados CMYK de você, ignoraremos todos os perfis de entrada e saída contidos e usaremos apenas os valores CMYK, que trazemos para o espaço de cor de saída encomendado.
Exemplo 1: Dados em ISOCoated, Proof encomendado em ISOCoatedV2, portanto, perfil CMYK incorreto ou nenhum incorporado
Você envia um arquivo com o perfil ISOCoated e uma área de cor em CMYK 100/70/0/0 e encomenda um proof de ISOCoatedV2. Ignoramos o perfil ISOCoated e fazemos proof do valor de cor puro 100/70/0/0 de ISOCoatedV2.
Por que fazemos isso? Tentamos representar a "realidade vivida" da impressão em nossos proofs o melhor possível. Em muitas conversas com gráficas, vimos que em quase 100% dos casos, elas não realizam conversões de perfil de CMYK para CMYK, mas colocam um valor de cor de 100/70/0/0 sem considerar perfis CMYK na placa, colocam papel e imprimem de acordo com a norma. Portanto, também representamos esse caminho, embora seria na verdade mais "correto" fazer uma transferência de espaço de cores de ISOCoated 100/70/0/0 para ISOCoatedV2. No entanto, isso resulta em um valor de cor diferente, com conversão relativamente farbmétrica com compensação de profundidade por exemplo 100/63/1/6 ou perceptualmente com compensação de profundidade 100/63/3/15!
Caso prático: Um cliente nosso não foi feito em proof conosco, mas com um colega, 30 áreas de cor azul-escuro ligeiramente diferentes em ISOCoatedV2, sob as quais o valor CMYK estava em letras pretas, para assortimento farblich uma superfície revestida com pó. O cliente definiu um valor de cor CMYK muito bem correspondente com base nas áreas de cor em proof, colocou-o em suas brochuras e iniciou os pedidos de impressão.
Resultado: O azul-escuro era um azul consideravelmente diferente a cada vez do que no proof de referência, cliente e agência ficaram muito insatisfeitos e iniciaram um diagnóstico de falhas.
Agora o caso chegou até nós. Recebemos um arquivo para proof de ISOCoatedV2 e o comparamos com o proof de nosso colega. As cores com os mesmos valores CMYK em preto impresso abaixo eram claramente diferentes, ambos os proofs com cunha e medidos corretamente. Após alguma busca por erros, tivemos a ideia de solicitar o arquivo originalmente feito em proof com o colega, que ainda existia. Encontramos um perfil Fogra27Coated, uma implementação do antigo ISOCoated. Um proof de ISOCoatedV2 foi encomendado na época.
O que aconteceu? O colega havia considerado os perfis de entrada, o que resultou em uma mudança óbvia dos valores CMYK dos campos de cor através de uma transferência de espaço de cores de CMYK para CMYK, como descrito acima. No entanto, os valores CMYK em preto impresso sob os campos de cor não haviam mudado, é claro. O valor de cor assortido não correspondia mais ao valor feito em proof. Nosso cliente ficou em choque: "Como, nossos valores CMYK não foram feitos em proof?".
Com a gente não teria acontecido esse caso, já que ignoraríamos o perfil incorporado em dados CMYK. Esse também teria sido a expectativa de atitude de nosso cliente. Depois de quase duas horas, tínhamos identificado o "erro" (ou talvez mais precisamente: a "diferença"), criamos um proof "esperança compatível" para nosso cliente, baseado no qual ele poderia identificar o valor CMYK correspondente em ISOCoatedV2, e tínhamos resolvido o problema.