Pre-flight (utskrift)

Vid utskrift är Preflight processen för att bekräfta att de digitala filerna som krävs för utskriftsprocessen alla är närvarande, giltiga, korrekt formaterade och av önskad typ . Grundidén är att förbereda filerna för att göra dem genomförbara för rätt process såsom offsettryck och eliminera kostsamma fel och underlätta en smidig produktion. Det är en standard förtrycksprocedur i tryckeribranschen (som det är pålägg). Termen kommer från checklistorna före flygning som används av piloter. Termen användes första gången i en presentation på Color Connections-konferensen 1990 av konsulten Chuck Weger, och professor Ron Bertolina var en pionjär för lösningar på preflighting på 1990-talet.

Bakgrund

I ett vanligt digitalt prepress- arbetsflöde kommer en samling datorfiler som tillhandahålls av klienter att översättas från ett applikationsspecifikt format som Adobe InDesign eller QuarkXPress till ett format som rasterbildsprocessorn (RIP) kan tolka. Men innan denna rasterisering inträffar bekräftar arbetare på prepress-avdelningen det inkommande materialet för att säkerställa att det är redo att skickas till RIP. Detta är ett viktigt steg eftersom det förhindrar produktionsförseningar orsakade av saknade material eller felaktigt förberedda material. När det inkommande materialet har klarat pre-flight-kontrollen är det redo att tas i produktion och skickas till RIP.

Filer skrevs ursprungligen ut som Adobe PostScript ; Men i moderna arbetsflöden har PDF-filer blivit den populära filtypen för att skicka data till en RIP. RIP genererar den slutliga rasterbilden som kommer att skrivas ut direkt (som vid skrivbordsbläckstråle- eller laserutskrift ) , ställas in på fotografisk film eller papper (med hjälp av en bildsättare ) eller överföras direkt till plattan .

Beroende på hårdvaru- och mjukvarukomponenter och konfigurationer kan RIP:er uppleva problem med att rastrera bilddata som finns i PostScript- eller PDF-filer. Om det uppstår ett misslyckande i rastreringen av bilden kan det bli kostsamt, eftersom utdatasystem (skrivare, plåtsättare, etc.) förbrukar dyra förbrukningsmaterial, kan kräva lång tid att bearbeta komplexa bilddata och kräva kvalificerad arbetskraft för att fungera .

Preflight-processen

Processen att preflighta en fil hjälper till att minska sannolikheten för rastreringsproblem som orsakar produktionsförseningar. Sidlayoutprogram (som gör det möjligt för användare att kombinera bilder, grafik och text från en mängd olika format) automatiserar delar av preflight-processen. Vanligtvis verifieras material som tillhandahålls av kunden av en preflight-operatör för fullständighet och för att bekräfta att det inkommande materialet uppfyller produktionskraven. Processen före flygning kontrollerar efter:

  • OH-film som körs på Pantone istället för CMYK
  • färgkorrigeringar där det behövs, såsom kombinationer av rika svarta färger, färgskiftningar på grund av övertryck
  • fällningskrav för offsettryck såsom övertryck, choke, spreads och knockouts
  • bilder och grafik inbäddade av klienten har tillhandahållits och är tillgängliga för applikationen
  • teckensnitt är tillgängliga för systemet
  • teckensnitt är inte korrupta
  • teckensnitt är i ett kompatibelt filformat
  • bildfiler är av format som programmet kan bearbeta
  • bildfiler har rätt färgformat, Pantone eller CMYK (vissa RIP:er har problem med att behandla RGB- bilder, till exempel)
  • bildfiler har rätt upplösning
  • erforderliga färgprofiler ingår
  • bildfiler är inte korrupta
  • bekräfta att sidlayoutens dokumentstorlek, marginaler, utfall, märken och sidinformation alla passar inom utdataenhetens begränsningar och matchar klientens specifikationer
  • bekräfta att rätt färgseparationer eller färgplåtar matas ut

Andra, mer avancerade preflight-steg kan också inkludera:

  • ta bort data som inte skrivs ut, till exempel objekt som inte skrivs ut, dolda objekt, objekt utanför det utskrivbara området och objekt på lager under
  • platta till genomskinliga föremål till ett enda ogenomskinligt föremål
  • konvertera teckensnitt till sökvägar
  • samla inbäddade bild- och grafikfiler till en plats tillgänglig för systemet
  • komprimera filer till ett arkivformat

Detaljerna för vilka kontroller som görs styrs av funktionerna i preflight-applikationen, formaten för de klienttillhandahållna filerna och den riktade utenheten, såväl som utskriftsspecifikationerna.

En specialbyggd programvara krävs inte för att förhandsgranska en fil, även om flera kommersiella applikationer finns tillgängliga. Många desktop publishing-applikationer har någon typ av preflight-kapacitet; men de kanske inte är lika robusta som kommersiella applikationer, som FlightCheck av Markzware Inc. Många skrivare och förlag använder avancerade preflight- och filoptimeringslösningar snarare än att förlita sig på dem inom desktop publishing-appar. De kommer att se till att preflight-inställningarna matchar deras specifika produktionskrav.

Historia

Professor Ron Bertolina var en pionjär inom preflighting-konceptet inom elektronisk publicering. I mitten av 1990-talet skrev han publicerade tekniska artiklar och genomförde workshops över hela USA om preflighting för Graphic Arts Technical Foundation. Hans checklista för preflight, inkluderad i artikeln "Preflighting Digital Files" för GATFWorld magazine, blev en standard för tryckerier att följa för att hjälpa till att minska kostsamma fel och var därför en stor fördel för förlagsbranschen. Så småningom kom preflight-programvaran in på marknaden för att hjälpa designers och utgivare att effektivt publicera elektroniska filer.

Tidiga preflight-metoder var till stor del manuella och förlitade sig vanligtvis på checklistor som högutbildade prepress-operatörer skulle använda för att verifiera produktionsberedskapen för varje inkommande jobb. Allt eftersom desktop publishing och grafikapplikationer, PDL , RIP och output-enheter utvecklades, blev processen mer komplex. Programvaruplugin -program och fristående applikationer som stödde de stora desktop publishing- applikationerna utvecklades sedan för att möta detta behov, tillsammans med proprietära verktyg som tillverkats av hårdvarutillverkare och kommersiella tryckerier och servicebyråer. Utvecklarna av de stora applikationerna började sedan införliva funktionalitet i sina applikationer och utnyttjade sin kunskap om sina egna filformat.