För några dagar sedan fick vi ett samtal från en kund inom designbranschen som på inrådan av det producerande företaget ("Tryckeriet har fortfarande en prepress som kan förbereda dina data optimalt...") för en komplex CD-produktion ville konvertera öppna Adobe InDesign-data i ISOCoatedV2 300% med medföljande RGB bilder till produktionsbolaget. Resultatet av de färdiga tryckta cd-häftena och inläggen överensstämde inte alls med vår kunds kalibrerade bild på skärmen. Kunden var också missnöjd och begärde utskriftsdata via produktionsbolaget från det tryckeri som ansvarade för tryckningen för att kunna lösa problemet. Uppgifterna kom in på följande sätt Färgrymd "US Web Coated" med en bläcktäckning på 350% som returnerades från skrivaren. För att felsöka problemet hade kunden sedan en Bevis från sina data hos oss, men hade valt inställningarna "Konvertera till målprofil (behåller värden)" som vanligt när vi skrev korrektur-PDF:n; vi fick alltså helt och hållet i CMYK Vi byggde upp data och tog fram ett bevis enligt ISOCoatedV2 300%, som helt uppfyllde kundens förväntningar. Det verkar alltså som om konstruktören skapade data korrekt och skrivaren skrev ut felaktigt.
Vid en närmare granskning av fakta visade vår felanalys på två allvarliga brister i detta fall:
- Å ena sidan den uppenbart felaktiga profilkonverteringen av skrivaren med InDesign CS2 enligt "US Web Coated", en helt föråldrad profil som aldrig användes i Europa, som levererades med tidiga versioner av Creative Suite och som förmodligen aldrig anpassades på grund av bristande kompetens hos skrivaren.
- Å andra sidan innehöll den öppna InDesign-fil som vår kund skickade till produktionsbolaget RGB-bilder utan profil (dvs. DeviceRGB), vilket inte kan tolkas med säkerhet.
Det är naturligtvis svårt för formgivaren att klaga hos tryckeriet i det här fallet, eftersom å ena sidan icke-profilerade RGB-data skickades till produktionsbolaget och å andra sidan ingen utskrifts-PDF som skapats av dataskrivaren i det korrekta färgutrymmet för utdata ISOCoatedV2 300% tillhandahölls.
Om detta hade gjorts skulle man åtminstone ha kunnat hävda att den förväntade färgen på produktionstrycket skulle ha varit fullt känd. Så man kan ledDet enda som är viktigt att notera är att tryckeriet endast kan skriva ut RGB-data utan en inbäddad Färgprofil borde ha frågat designern och inte "blint" tilldelat uppgifterna till en profil. Det faktum att tryckeriet med sitt grova US Web Coated-arbetsflöde säkerligen inte har skapat en korrekt utskriftsfil, utan snarare fel fil för produktionen, kan åberopas, men tryckeriet kan alltid hänvisa till "system med interna standarder".
Hur hanterar vi RGB-data i Proof.de?
Om vi får en PDF-fil som innehåller RGB-bilder är nästa steg att kontrollera om filen är en giltig PDF/X-3- eller PDF/X-4-fil. Om så är fallet kontrollerar vi om alla ingående RGB-profiler är korrekt matchade med färgutrymmet (sRGB / AdobeRGB / ECI-RGB-V2 etc.) och Rendering avsikt Därefter kontrollerar vi om rätt färgrymd för utdata har använts som utgångsintention och om CMYK-data som också innehåller rätt inmatningsprofiler. Om så är fallet proofen Vi öppnar filen med inställningarna: "Beakta alla färgrymder för in- och utdata".
I det här fallet reproduceras filen 100% exakt så som vår kund skapade färgprofilerna och definiseras. Om han har gjort ett misstag och t.ex. markerat en bild med fel RGB-profil kommer den också att "proofas felaktigt" på exakt samma sätt.
Om RGB-data inte innehåller någon profil, t.ex. om den har skapats i Device-RGB, genererar vi ett e-postmeddelande med "Data incorrect" där vi förklarar vårt förfarande enligt följande:
"Kära kund, datakontrollen har visat att dina data innehåller RGB-element. RGB-element kan endast tolkas på ett tillförlitligt sätt i beviset om de är märkta med en färgprofil och en renderingsintention. Detta gäller till exempel korrekta PDF/X-3- och PDF/X-4-data. Dessutom måste den korrekta utskriftsintentionen anges.
Minst ett av dessa kriterier verkar inte gälla för din fil. Det säkraste sättet är att konvertera RGB-data till CMYK. Detta har fördelen att du har kontroll över konverteringen, och CMYK-resultatet kan återges i Acrobainnan du laddar upp filen igen för kontroll. Vi kan då tillförlitligt använda dina CMYK-värden för korrekturläsningen. Detta gör du genom att öppna den aktuella beställningen i ditt kundkonto, ta bort de felaktiga uppgifterna och ladda upp de korrigerade uppgifterna.
Om RGB-elementet till exempel bara ska vara en liten bild som är viktig för helhetsintrycket av Bevis inte är relevant, eller om du inte har någon annan fil tillgänglig för provningen, kan vi naturligtvis också använda dina RGB-data för provningen. Om det finns tillgängligt kommer vi då att använda dina RGB-källprofiler och renderingsintentioner, annars kommer vi att använda sRGB-standarden och renderingsintentionen "Relativt kolorimetrisk med Djupkompensationmed djupkompensation", vilket i de allra flesta fall leder till korrekta bevisresultat. Om du vill att vi ska kontrollera de levererade RGB-dataen på detta sätt är det bara att meddela oss. Vi svarar gärna på eventuella frågor. Med vänliga hälsningar, ditt proofteam"
I vårt fall skulle CD-tillverkningen inte heller ha förekommit i beviset, eftersom vi inte arbetade med en ICC Avvisa profilerade RGB-data med ovanstående felmeddelande och konvertera inte, eftersom vi inte kan förutsäga exakt hur vår kund vill att data ska konverteras.
Vi är medvetna om att vårt tillvägagångssätt inte är den bästa metoden i alla fall, men det är, enligt vår bästa kunskap och övertygelse, den bästa metoden på marknaden och vad våra kunder förväntar sig.
Vi avviker dock gärna från detta och svarar på dina individuella krav och omständigheter. Ring oss eller skicka oss ett e-postmeddelande och berätta om dina behandlingskrav.
Förresten: Vi ställer gärna vår kunskap och datakompetens till din tjänst: Om du också har ett problem, en fråga om tryckdata eller dataförberedelse, eller - som i exemplet ovan - om ett feltryck redan har inträffat och du behöver extern expertis och hjälp för att lösa klagomålet: Ring oss. Vi ger dig gärna råd och hjälper dig där vi kan. Våra råd och analyser debiteras till en timtaxa på 90 euro plus moms, fakturerat per 15 minuter. En första konsultation och bedömning är naturligtvis kostnadsfri.