PostScript-rendering är processen att konvertera och tolka PostScript-filer till visuella bilder på skärm eller i tryck. PostScript är ett sidbeskrivningsspråk utvecklat av Adobe Systems och används flitigt inom tryck och grafisk design. För att faktiskt använda den här beskrivningen för att skriva ut på papper eller för att göra en tryckplåt behövs ett program som tolkar (eller visar) data, förvandlar det till något som en skrivare, fotosättare eller CtP-system kan mata ut till ett medium. Denna tolkning görs av ett system som kallas RIP (Raster Image Processor) eller renderare.

Om varje applikation på marknaden hade sitt eget sätt att beskriva hur sidinnehåll ser ut, skulle du behöva köpa en RIP för varje enskild applikation (QuarkXPress RIP, Illustrator RIP, Corel Draw RIP, ...) För att undvika detta problem, indata kodas i ett standardspråk för sidbeskrivning eller PDL. Det finns flera PDL. De vanligaste är:

  • PostScript (som främst används i grafik)
  • PCL (för kontorsbruk)
  • HPGL (används vanligen för att styra CAD-plotter).

Resten av den här artikeln fokuserar på PostScript RIP.

Språkspecifika detaljer

RIP för hårdvara och mjukvara. PostScript-rendering

I huvudsak är RIP ett program som körs på någon dator. För tjugo år sedan kördes alla RIP:er på dedikerad hårdvara, datorer som endast var designade för att köra RIP-programvaran och som inte nödvändigtvis inkluderade ett tangentbord, skärm eller mus. Dessa RIP kallas hårdvaru RIP. Du kan fortfarande hitta dem i laserskrivare och andra "billigare" enheter. Dessa inbäddade RIP:er kallas även PostScript-kontroller.

Nuförtiden körs många RIPs på vanliga PC eller Mac och beter sig precis som alla andra program. Dessa RIP:er kallas mjukvaru-RIP. De kan fortfarande innehålla speciell hårdvara, till exempel ett kort, för att ansluta till utenheten. För att förhindra piratkopiering innehåller programvaru-RIP ofta en säkerhetsnyckel, till exempel en nyckel.

Adobe och inte så Adobe PostScript RIPs

Eftersom PostScript utvecklades av Adobe är de det viktigaste företaget som skapar PostScript RIP. Dessa RIP:er säljs på OEM-marknaden: Adobe skapar RIP-koden (som för närvarande kallas CPSI eller APPE i den senaste generationen) och säljer den till alla företag som letar efter en PostScript-lösning. Imagetter-tillverkaren köper sedan den här koden och lägger till den nödvändiga hårdvaran för gränssnitt med sin imagetter och ytterligare programvara för att hantera programvaran och lägga till funktionalitet.

Naturligtvis är Adobe inte det enda företaget som skapar RIPs. Andra företag har utnyttjat denna trend för att skapa så kallade PostScript-kloner. Dessa är RIP:er som följer Adobe PostScript-standarden. De viktigaste av dem är skapade av Global Graphics. Deras RIP heter Harlequin och de säljer även ett alternativ som heter Jaws RIP. Ghostscript är en gratis PostScript-tolk från Alladin. Dess kommersiella brorson används i produkter som den populära BESTColor RIP.

Kännetecknande för RIPs genom deras produktion. PostScript-rendering

Ett annat sätt att karakterisera RIP är att titta på deras utdata:

  • Vissa RIP genererar data som kan skickas direkt till en bildsättare eller plotter. För en fotosättare eller CtP-enhet är dessa data i form av pixlar som talar om för lasern inuti maskinen om den ska skriva punkter på mediet eller inte.
  • Andra RIP genererar ett mellanliggande dataformat som fortfarande måste bearbetas av ett annat system innan de skickas till utenheten. Detta gör att tillverkaren kan lägga till ett överlagringssystem eller till exempel en redigeringsarbetsstation mellan RIP och bildsättare. Scitex och Barco RIP är typiska exempel på detta tillvägagångssätt.

Skickar data till PostScript RIP. PostScript-rendering

Vanligtvis tar varje RIP emot data (sidor kodade i PostScript eller PDF), bearbetar dem och skickar sedan utdata till sin destination. RIP-mjukvaran för att uppnå allt detta är ganska komplex och minst lika stor och komplex som en fullfjädrad kontorssvit. Det finns olika sätt på vilka RIP kan få sina data. Låt oss först ta en snabb titt på hur data skapas:

  • Du skapar en sida i InDesign, QuarkXPress, Publisher eller vad som helst och bestämmer dig för att skriva ut den.
  • På en Mac går du till Väljaren, väljer drivrutinen för LaserWriter och väljer sedan enheten att skriva ut till. LaserWriter är egentligen en liten applikation som ansvarar för att både överföra data till det valda mediet och, beroende på applikationen, skapa PostScript-data (se nästa).
  • På PC gör man i princip samma sak. Genom att välja skrivare berättar du för operativsystemet vilken version av drivrutinen det är PostScript kan anropas av ett program för att skapa en PostScript-utskriftsfil.
  • Vissa applikationer som Adobe Illustrator, använder PostScript som sitt interna format. Detta innebär att de inte behöver göra mycket arbete för att skapa utdatafilen, bara lägga till några element som ordböcker, data om teckensnitt och enhetsspecifika data som skärmkontroll.
  • De flesta applikationer prepress använda sitt eget unika interna dataformat och själva konvertera sidan från detta interna format till en PostScript-fil. De kan delvis förlita sig på PostScript-drivrutinen, som är en del av operativsystemet, för att hantera en del av denna konvertering.
  • Affärsapplikationer som MS Word eller Excel är helt beroende av PostScript-drivrutinen för att skapa PostScript-data. Detta innebär att enbart byte från en PostScript-drivrutin till en annan kan eliminera vissa problem om de är drivrutinsspecifika.

När PostScript-utskriftsfilen har skapats skickas den till det valda mediet eller enheten. De flesta RIP:er stöder många olika ingångskanaler.

  • AppleTalk: RIP kan visas på nätverket som om det vore en laserskrivare. Mac-användaren väljer RIP i Väljaren och skriver ut till den. Detta är det enklaste sättet att skriva ut jobb, men det är också ganska långsamt.
  • TCP/IP: RIP:er kan stödja antingen LPR, som är ett standard Unix-protokoll, eller Helios-strömningsprotokollet. Detta innebär att du kan skriva ut till en Helios EtherShare-skrivare och denna utskriftshanterare kommer att vidarebefordra filen till RIP med det snabba TCP/IP-protokollet. PostScript-rendering
  • Named pipe: Detta är ett Microsoft-protokoll för utbyte av data mellan olika applikationer. Den förlitar sig på TCP/IP för den faktiska dataöverföringen. Detta protokoll kan användas om du vill skriva ut från PC till RIP.
  • Hot Folders: De flesta RIP-program kan övervaka flera mappar och bearbeta alla PostScipt- eller PDF-filer i dem. Skriv helt enkelt ut din sida till disk och placera denna PostScript-fil i din snabbåtkomstmapp. Hej, efter ett par sekunder märker RIP filen och matar ut den.

Dessa är de mest populära ingångskanalerna, men det finns andra. PostScript 3 RIP kan stödja ett system som kallas Internetutskrift. Detta gör att du kan skriva ut till RIP över Internet. Mindre enheter som laserskrivare kan erbjuda USB-anslutningar.

I allmänhet, ju fler sätt du kan skicka data till RIP, desto bättre kan du integrera den i ditt befintliga (och framtida) arbetsflöde. Flexibilitet hos in- och utkanaler är minst lika viktigt som RIP-prestanda.

När RIP har tagit emot en PostScript- eller PDF-fil kan den börja bearbeta den filen.

Faktum är att detta påstående inte är helt sant: PostScript RIP-data behöver inte nödvändigtvis hela filen. Så snart informationen för den första sidan kommer kan RIP börja smälta den sidan. Detta är inte fallet för PDF-filer. På grund av sättet de är skapade på PDF-filer,RIP behöver åtkomst till hela filen innan den kan börja ,bearbeta den.

PostScript-databearbetning

Adobe RIP kommer först att översätta PostScript-sidans innehåll till ett mellanformat som kallas en visningslista. Visningslistan innehåller en beskrivning av sidan på en mer grundläggande maskinnivå. Så istället för att använda millimeter eller punkter finns alla objekt i visningslistan i enhetspixlar. PostScript-rendering

Alla dessa objekt är inte längre TIFF, EPS eller teckensnitt: RIP bearbetar även all data på sidan och omvandlar den vid behov till ett mellanformat och lagrar den i vad som kallas en källlista. Ta typsnitt som ett exempel: om du använde en 20-punkts Avant Garde någonstans på en sida, kommer RIP att ta konturdata för teckensnittet (skrivarteckensnitt, som Mac-användare kallar det), beräkna hur varje enskilt tecken ska matas ut för det given storlek och upplösning och lagrar dessa bitmappstecken i teckensnittscachen. I PostScript Level 1 lagras dessa typsnittscachar permanent på disken. Efter ett par dagar eller veckor skulle de ta upp så mycket utrymme att RIP inte skulle ha tillräckligt med utrymme för att lagra annan data. Detta kan orsaka alla typer av PostScript-fel som "limitcheck" eller "VMerror". Användaren måste sedan manuellt rensa alla dessa tillfälliga data genom att utföra en "teckensnittsborttagning". Adobe fixade det här problemet på PostScript 2-nivå, där typsnittscache hanteras dynamiskt.

RIP försöker behålla både visningslistan och källlistan i huvudminnet så länge som möjligt, men den lagrar denna data i en sidfil på disken om den blir för stor. Filer som innehåller många skannade bilder genererar stora källlistor, medan filer som innehåller komplexa ritningar från Illustrator eller ett annat program vanligtvis genererar stora visningslistor. Naturligtvis saktar RIP ner om den behöver komma åt en långsam hårddisk istället för supersnabbt minne. Det är därför du ser RIP:er som körs på system med 1 GB RAM eller mer. PostScript-rendering

När visningslistan är klar kommer RIP:n att rastrera innehållet och skicka den bitmappen till utenheten. Vissa tillverkare lägger till ett extra steg i denna process och konverterar visningslistan till sitt mellanformat. Till exempel använde Scitex CT/LW som ett internt format och lade till ytterligare bitmappar till själva bilduppsättningen för att utföra rasterisering i sista minuten.

Det finns en generell tendens att låta RIP hantera ytterligare uppgifter utöver vad som har diskuterats ovan. En fälla kan vara en sådan möjlighet. Vissa tillverkare lägger till överlagringsprogramvara mellan tolkning och rastrering av filen.

Avsluta RIP. PostScript-rendering

Rasteriseringsprocessen kan ta lång tid och resultera i en enorm fil som måste skickas till utenheten. Vissa RIP-protokoll delar upp denna data i små remsor och skickar dem till bildjusteringen en i taget, andra lagrar hela bitmappen i RAM eller disk och skickar sedan dessa data till utenheten. Denna mellanlagring kallas en rambuffert. Alla laserskrivare använder en sådan buffert, som lagras i RAM. Detta förklarar varför komplexa sidor kan generera PostScript-fel på en skrivare med begränsad minne: det finns helt enkelt inte tillräckligt med RAM-minne för att lagra både mellandata och rambufferten.

Valet mellan striped output och rambuffring bestäms av den anslutna enheten och kundens arbetsflöde.

  • Randig utgång är det enklaste sättet att kommunicera mellan RIP och motorn.
  • Vissa fotosättare stöder inte start-stopp. Det betyder att de behöver all data på en gång utan minsta avbrott (som en CD-brännare). För sådana system måste en rambuffert användas.
  • Bildbuffertar kan också påskynda utmatningsprocessen eftersom RIP kan fortsätta att bearbeta data medan motorn flyttar fram filmen, trimmar den eller väntar på onlineprocessorn.

Den fysiska kopplingen mellan RIP och motorn är också viktig. Olika lösningar används på marknaden.

  • Många tillverkare använder sina egna protokoll och hårdvara för att ansluta RIP till sina bildsättare. Agfa har sitt eget SCSI-liknande APIS-protokoll. Scitex använder en optisk anslutning mellan två enheter. Med undantag för tidningsmarknaden finns inga egentliga standarder.
  • En vanlig nätverksanslutning mellan RIP och motorn kan användas så länge som dataöverföringen mellan de två enheterna inte överstiger linjekapaciteten på 10 eller 100 Mbit. Denna typ av anslutning används ofta för plottrar. PostScript-rendering
  • För billigare skrivare och korrekturläsare kan en USB-anslutning användas.

 

ABC