Gdy otrzymamy od Ciebie plik, najpierw sprawdzamy, czy plik zawiera inne kolory niż CMYK. Jeśli plik jest zbudowany wyłącznie w CMYK, zostaje wysłany bezpośrednio do archiwizowania.
Obsługa błędnych profili w danych CMYK / "niezgodność profilu"
O ile otrzymaliśmy od Ciebie wyłącznie dane CMYK, ignorujemy wszystkie zawarte profile wejściowe i wyjściowe i używamy tylko wartości CMYK, które przenosimy do zamówionej przestrzeni kolorów wyjściowych.
Przykład 1: Dane w ISOCoated, proof w ISOCoatedV2 zamówiony, zatem błędny lub brak profilu CMYK osadzony
Przesyłasz plik z profilem ISOCoated i polem kolorów w CMYK 100/70/0/0 i zamawiasz proof w ISOCoatedV2. Ignorujemy profil ISOCoated i archiwizujemy czystą wartość koloru 100/70/0/0 w ISOCoatedV2.
Dlaczego to robimy? W naszych proof staramy się możliwie jak najlepiej odwzorować "żywą rzeczywistość" druku. W wielu rozmowach z drukarniami widzieliśmy, że prawie w 100% przypadków nie przeprowadzają one konwersji profilu z CMYK na CMYK, ale raczej wartość koloru 100/70/0/0 bez uwzględnienia profili CMYK przenoszą na płytę, umieszczają papier i drukują zgodnie z normą. Tak więc odwzorowujemy także tę ścieżkę, chociaż technicznie byłoby "bardziej poprawne" przeprowadzić transfer przestrzeni kolorów z ISOCoated 100/70/0/0 do ISOCoatedV2. Wynika z tego jednak inna wartość koloru, przy konwersji względnie metrycznej kolorów z kompensacją głębi na przykład 100/63/1/6 lub percepcyjnie z kompensacją głębi 100/63/3/15 !
Praktyczny przypadek: Jeden z naszych klientów nie archiwizował u nas, ale u kolegę 30 nieco inaczej ciemnych niebieskich pól kolorów w ISOCoatedV2, pod którymi odpowiadająca każdemu wartość CMYK drukowana była czarnym drukiem, aby dobrać kolorystycznie powlekano powietrze. Klient na podstawie archiwizowanych pól kolorów zdefiniował bardzo dobrze pasujący kolor CMYK, umieścił go w swoich broszurach i uruchomił druk.
Wynik: Ciemny niebieski każdorazowo wyglądał całkowicie inaczej niż na proof z odniesienia, klient i agencja byli bardzo niezadowoleni i zaczęli szukać błędu.
Teraz sprawa trafiła do nas. Otrzymaliśmy plik do archiwizowania w ISOCoatedV2 i porównaliśmy go z proof naszego kolegi. Kolory z tymi samymi pod nimi drukowanymi czarnymi wartościami CMYK były wyraźnie inne, oba proof jednak były wyposażone w klucz mediów i prawidłowo zmierzone. Po kilku godzinach poszukiwań wpadliśmy na pomysł, aby poprosić o pierwotnie archiwizowany u kolegi plik, który również jeszcze istniał. W tym znaleźliśmy profil Fogra27Coated, czyli ustawienie starego ISOCoated. Wówczas zamówiono proof w ISOCoatedV2.
Co się stało? Kolega uwzględnił profile wejściowe, przez co doszło do opisanej wyżej wyraźnej zmiany wartości CMYK pól kolorów przez transfer przestrzeni kolorów z CMYK na CMYK. Drukowane jednak czarnym kolorem wartości CMYK pod polami kolorów naturalnie się nie zmieniły. Dobrany kolor CMYK zatem w ogóle nie pasował do archiwizowanej wartości. Nasz klient był zszokowan: "Jak to, nasze wartości CMYK nie były archiwizowane?".
U nas taki przypadek by nie miał miejsca, ponieważ ignorowalibyśmy osadzony profil w danych CMYK. To byłoby również oczekiwaniem naszego klienta. Po jakichś dwóch godzinach znaleźliśmy więc "błąd" (a może raczej: "różnicę"), utworzyliśmy dla naszego klienta "oczekiwany" proof, na podstawie którego mógł określić pasujący kolor CMYK w ISOCoatedV2, i rozwiązaliśmy problem.