Quando recebemos um arquivo de você, primeiro verificamos se cores diferentes de CMYK estão contidas no arquivo. Se o arquivo for construído apenas em CMYK, ele será enviado diretamente para proof.
Lida com perfis incorretos em dados CMYK / "Profile Mismatch"
Desde que recebamos apenas dados CMYK de você, ignoramos todos os perfis de entrada e saída contidos e usamos apenas os valores CMYK, que trazemos para o espaço de cor de saída encomendado.
Exemplo 1: Dados em ISOCoated, Proof em ISOCoatedV2 encomendado, então perfil CMYK incorreto ou nenhum incorporado
Você envia um arquivo com o perfil ISOCoated e um campo de cor em CMYK 100/70/0/0 e encomendar um proof de acordo com ISOCoatedV2. Ignoramos o perfil ISOCoated e fazemos proof do valor de cor puro 100/70/0/0 de acordo com ISOCoatedV2.
Por que fazemos isso? Em nossos proofs, tentamos reproduzir a "realidade vivida" da impressão da melhor forma 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 um valor de cor de 100/70/0/0 sem considerar perfis CMYK assim na placa, coloque o papel e imprima de forma normativa. Então também reproduzimos esse caminho, embora seja "mais correto" realizar uma transferência de espaço de cor de ISOCoated 100/70/0/0 para ISOCoatedV2. No entanto, isso resulta em um valor de cor diferente, por exemplo, com conversão relativa à colorimetria com compensação de profundidade 100/63/1/6 ou perceptivamente com compensação de profundidade 100/63/3/15 !
Caso prático: Um cliente nosso não fez proof conosco, mas com um colega 30 campos de cor azul escuro ligeiramente diferentes em ISOCoatedV2, sob cada um dos quais o valor CMYK estava escrito em letras pretas para combinar uma superfície revestida com pó em cores. O cliente definiu um valor de cor CMYK muito bem correspondente com base nos campos de cor comprovados, colocou em seus folhetos e iniciou os pedidos de impressão.
Resultado: O azul escuro era sempre um azul muito diferente do que no proof de referência, cliente e agência estavam muito insatisfeitos e começaram a procurar erros.
Agora o caso chegou a nós. Recebemos um arquivo para proof de acordo com ISOCoatedV2 e comparamos com o proof de nosso colega. As cores com os mesmos valores pretos CMYK impressos abaixo eram significativamente diferentes, ambos os proofs tinham cunha de meio e foram medidos corretamente. Após alguma busca de erros, tivemos a ideia de pedir o arquivo originalmente provado pelo colega, que ainda existia. Nela encontramos um perfil Fogra27Coated, ou seja, uma implementação do antigo ISOCoated. Um proof foi encomendado de acordo com ISOCoatedV2 na época. O que aconteceu? O colega havia considerado os perfis de entrada, resultando em uma mudança significativa dos valores CMYK dos campos de cor através de uma transferência de espaço de cor de CMYK para CMYK, conforme descrito acima. No entanto, os valores CMYK pretos impressos sob os campos de cor naturalmente não mudaram. O valor CMYK selecionado não correspondia mais ao valor comprovado. Nosso cliente ficou chocado: "O quê, nossos valores CMYK não foram comprovados?".
Em nosso caso, esse caso não teria ocorrido, pois ignoraríamos o perfil incorporado em dados CMYK. Essa também teria sido a atitude de expectativa de nosso cliente neste caso. Após cerca de duas horas, identificamos o "erro" (ou talvez o "diferença"), criamos um proof "esperado" para nosso cliente, com base no qual ele pode identificar o valor CMYK correspondente em ISOCoatedV2, e resolvemos o problema.