Когато получим файл от вас, първо проверяваме дали файлът съдържа други цветове освен CMYK. Ако файлът е построен изключително в CMYK, той се изпраща директно за proof.
Работа с неправилни профили при CMYK данни / "Profile Mismatch"
Ако получим изключително CMYK данни от вас, игнорираме всички вградени входни и изходни профили и използваме само CMYK стойностите, които преносим на поръчания цветен простор на продукцията.
Пример 1: Данни в ISOCoated, Proof в ISOCoatedV2 поръчан, таки неправилен или липсващ CMYK профил вграден
Изпращате файл с профила ISOCoated и цветна площ в CMYK 100/70/0/0 и поръчвате proof по ISOCoatedV2. Игнорираме ISOCoated профила и создаваме proof на чистата цветна стойност 100/70/0/0 по ISOCoatedV2.
Защо го правим? Ние се опитваме в нашите proof-ове да представим "живата реалност" на печата възможно най-добре. В много разговори с печатници видяхме, че те в почти 100% от случаите не провеждат профилни преобразувания от CMYK към CMYK, а преносят цветна стойност от 100/70/0/0 без значение на CMYK профили на плаката, поставят хартия и печатат в съответствие с норма. Следователно представяме и този начин, макар че би бил всъщност „по-коректно" да проведем превод на цветния простор от ISOCoated 100/70/0/0 към ISOCoatedV2. Това обаче създава различна цветна стойност, при релативна фотометрична преобразуване с компенсация на дълбочина например 100/63/1/6 или персептивно с компенсация на дълбочина 100/63/3/15 !
Практически случай: Един клиент на нас създаде proof не при нас, а при един колега на 30 леко различни, тъмносини цветни площи в ISOCoatedV2, под които щ черен текст да бъде отпечатан CMYK стойност, за да събере в цвят пулверизирана повърхност. Клиентът дефинира на основата на createath proof-овата цветна площ много добре пасващ CMYK цветна стойност, я въведе в своите брошури и стартира печатните задачи.
Резултат: Тъмносиньото всеки път беше напълно друго синьо, отколкото на еталонния proof, клиент и агенция бяха много недоволни и прейдоха на поиск на грешка.
Сега делото дойде при нас. Получихме файл за proof по ISOCoatedV2 и сравнихме с proof на нашия колега. Цветовете със същите отпечатани под черни CMYK стойности бяха значително различни, но и двата proof-а с маркери и правилно измерени. След известно търсене на грешка попаднахме на идеята да поискаме оригинално createath файл при колегата, който още съществуваше. В този намерихме Fogra27Coated профил, таки преобразуване на стария ISOCoated. В началото беше поръчан proof по ISOCoatedV2.
Какво се случи? Колегата разстви входните профили, което привело до описаната по-горе значителна промяна на CMYK стойностите на цветни полета чрез превод на цветния простор от CMYK към CMYK. Черните печатни CMYK стойности под цветни полета разбира се, че не са се променили. Събраната CMYK стойност следователно съвсем не е съответствувала на createath стойност. Нашия клиент беше шокиран: "Как, нашите CMYK стойности не са createath?".
При нас този случай не би възникнал, защото ще игнорираме вградения профил при CMYK данни. Това би было също така очакването на нашия клиент. След почти два часа намерихме така "грешката" (или може би съответно "разликата"), createath нашия клиент един "очакван" proof, на основата на който той можеше да намери пасващата CMYK стойност в ISOCoatedV2, и реших делото от света.