PostScript-rendering is het proces waarbij PostScript-bestanden worden geconverteerd en geïnterpreteerd naar visuele afbeeldingen op het scherm of in gedrukte vorm. PostScript is een paginabeschrijvingstaal ontwikkeld door Adobe Systems en wordt veel gebruikt in drukwerk en grafisch ontwerp. Om deze beschrijving daadwerkelijk te gebruiken om op papier af te drukken of een drukplaat te maken, is een programma nodig dat de gegevens interpreteert (of weergeeft) en er iets van maakt dat een printer, fotozetter of CtP-systeem naar een medium kan uitvoeren. Deze interpretatie wordt gedaan door een systeem genaamd RIP (Raster Image Processor) of renderer.

Als elke applicatie op de markt zijn eigen manier zou hebben om te beschrijven hoe pagina-inhoud eruit ziet, zou je voor elke individuele applicatie een RIP moeten kopen (QuarkXPress RIP, Illustrator RIP, Corel Draw RIP, ...). Om dit probleem te voorkomen, de invoergegevens worden gecodeerd in een standaard Page Description Language of PDL. Er zijn verschillende PDL's. De meest voorkomende zijn:

  • PostScript (dat voornamelijk wordt gebruikt in grafische afbeeldingen)
  • PCL (voor kantoorgebruik)
  • HPGL (vaak gebruikt om CAD-plotters te besturen).

De rest van dit artikel richt zich op PostScript RIP.

Taalspecifieke details

Hardware- en software-RIP's. PostScript-weergave

In wezen is RIP een programma dat op een computer draait. Twintig jaar geleden draaiden alle RIP's op speciale hardware: computers die alleen waren ontworpen om de RIP-software uit te voeren en die niet noodzakelijkerwijs een toetsenbord, scherm of muis hadden. Deze RIP's worden hardware-RIP's genoemd. Je kunt ze nog steeds vinden in laserprinters en andere ‘goedkopere’ apparaten. Deze ingebedde RIP's worden ook wel PostScript-controllers genoemd.

Tegenwoordig draaien veel RIP's op gewone pc's of Macs en gedragen ze zich net als elke andere applicatie. Deze RIP's worden software-RIP's genoemd. Ze kunnen nog steeds speciale hardware bevatten, zoals een kaart, om op het uitvoerapparaat aan te sluiten. Om piraterij te voorkomen, bevatten software-RIP's vaak een beveiligingssleutel, zoals een sleutel.

Adobe en niet Adobe PostScript RIP's

Omdat PostScript door Adobe is ontwikkeld, zijn zij het belangrijkste bedrijf dat PostScript RIP maakt. Deze RIP's worden verkocht op de OEM-markt: Adobe maakt de kern-RIP-code (die momenteel CPSI of APPE wordt genoemd in de nieuwste generatie) en verkoopt deze aan elk bedrijf dat op zoek is naar een PostScript-oplossing. De fabrikant van de imagetter koopt vervolgens deze code en voegt de benodigde hardware toe voor de interface met zijn imagetter en aanvullende software om de software te beheren en functionaliteit toe te voegen.

Natuurlijk is Adobe niet het enige bedrijf dat RIP's maakt. Andere bedrijven hebben van deze trend geprofiteerd door zogenaamde PostScript-klonen te maken. Dit zijn RIP's die de Adobe PostScript-standaard volgen. De belangrijkste daarvan zijn gemaakt door Global Graphics. Hun RIP heet Harlequin en ze verkopen ook een alternatief genaamd Jaws RIP. Ghostscript is een gratis PostScript-interpreter van Alladin. Het commerciële neefje wordt gebruikt in producten zoals de populaire BESTColor RIP.

RIP's karakteriseren op basis van hun output. PostScript-weergave

Een andere manier om RIP's te karakteriseren is door naar hun output te kijken:

  • Sommige RIP's genereren gegevens die rechtstreeks naar een beeldbelichter of plotter kunnen worden verzonden. Voor een fotozetter of CtP-apparaat hebben deze gegevens de vorm van pixels die de laser in de machine vertellen of er wel of niet stippen op de media moeten worden geschreven.
  • Andere RIP's genereren een tussenliggend gegevensformaat dat nog door een ander systeem moet worden verwerkt voordat het naar het uitvoerapparaat wordt verzonden. Hierdoor kan de fabrikant een overlaysysteem of bijvoorbeeld een montagewerkstation toevoegen tussen de RIP en imagesetter. Scitex en Barco RIP's zijn typische voorbeelden van deze aanpak.

Gegevens verzenden naar PostScript RIP. PostScript-weergave

Normaal gesproken ontvangt elke RIP gegevens (pagina's gecodeerd in PostScript of PDF), verwerkt deze en stuurt de uitvoer vervolgens naar de bestemming. De RIP-software om dit allemaal te realiseren is behoorlijk complex en minstens zo groot en complex als een volwaardig kantoorpakket. Er zijn verschillende manieren waarop RIP aan zijn gegevens kan komen. Laten we eerst even kijken hoe gegevens worden gecreëerd:

  • U maakt een pagina in InDesign, QuarkXPress, Publisher of wat dan ook en besluit deze af te drukken.
  • Op een Mac gaat u naar de Kiezer, selecteert u het LaserWriter-stuurprogramma en selecteert u vervolgens het apparaat waarnaar u wilt afdrukken. LaserWriter is eigenlijk een kleine applicatie die verantwoordelijk is voor zowel het overbrengen van gegevens naar de geselecteerde media als, afhankelijk van de applicatie, het creëren van PostScript-gegevens (zie volgende).
  • Op pc doe je eigenlijk hetzelfde. Door de printer te selecteren, vertelt u het besturingssysteem welke versie van het stuurprogramma het is PostScript kan door een toepassing worden aangeroepen om te helpen bij het maken van een PostScript-afdrukbestand.
  • Sommige toepassingen zoals Adobe Illustrator, gebruik PostScript als intern formaat. Dit betekent dat ze niet veel werk hoeven te doen om het uitvoerbestand te maken. Ze hoeven alleen maar wat elementen toe te voegen, zoals woordenboeken, gegevens over lettertypen en apparaatspecifieke gegevens zoals schermbedieningen.
  • De meeste toepassingen prepress gebruiken hun eigen unieke interne gegevensformaat en converteren zelf de pagina van dit interne formaat naar een PostScript-bestand. Ze vertrouwen mogelijk gedeeltelijk op het PostScript-stuurprogramma, dat deel uitmaakt van het besturingssysteem, om een ​​deel van deze conversie af te handelen.
  • Zakelijke toepassingen zoals MS Word of Excel zijn volledig afhankelijk van het PostScript-stuurprogramma om PostScript-gegevens te creëren. Dit betekent dat het simpelweg overschakelen van het ene PostScript-stuurprogramma naar het andere een aantal problemen kan elimineren als deze stuurprogrammaspecifiek zijn.

Zodra het PostScript-afdrukbestand is gemaakt, wordt het naar het geselecteerde medium of apparaat verzonden. De meeste RIP's ondersteunen veel verschillende invoerkanalen.

  • AppleTalk: RIP kan op het netwerk verschijnen alsof het een laserprinter is. De Mac-gebruiker selecteert de RIP in de Kiezer en drukt ernaar af. Dit is de gemakkelijkste manier om taken af ​​te drukken, maar het is ook behoorlijk langzaam.
  • TCP/IP: RIP's kunnen LPR, een standaard Unix-protocol, of het Helios-streamingprotocol ondersteunen. Dit betekent dat u kunt afdrukken naar een Helios EtherShare-printer en dat deze printmanager het bestand doorstuurt naar de RIP met behulp van het snelle TCP/IP-protocol. PostScript-weergave
  • Named pipe: Dit is een Microsoft-protocol voor het uitwisselen van gegevens tussen verschillende applicaties. Het is afhankelijk van TCP/IP voor de daadwerkelijke gegevensoverdracht. Dit protocol kan worden gebruikt als u van pc naar RIP wilt afdrukken.
  • Hot Folders: De meeste RIP-software kan meerdere mappen monitoren en alle PostScipt- of PDF-bestanden daarin verwerken. Druk eenvoudigweg uw pagina af naar schijf en plaats dit PostScript-bestand in uw sneltoegangsmap. Hallo, na een paar seconden merkt RIP het bestand op en voert het uit.

Dit zijn de populairste ingangskanalen, maar er zijn er nog meer. PostScript 3 RIP kan een systeem ondersteunen dat internetafdrukken wordt genoemd. Hierdoor kunt u via internet naar RIP afdrukken. Kleinere apparaten zoals laserprinters bieden mogelijk USB-aansluitingen.

Over het algemeen geldt dat hoe meer manieren u gegevens naar RIP kunt sturen, hoe beter u deze kunt integreren in uw bestaande (en toekomstige) workflow. Flexibiliteit van in- en uitgangskanalen is minstens zo belangrijk als RIP-prestaties.

Zodra RIP een PostScript- of PDF-bestand heeft ontvangen, kan het beginnen met de verwerking van dat bestand.

In feite is deze bewering niet helemaal waar: PostScript RIP-gegevens hebben niet noodzakelijkerwijs het hele bestand nodig. Zodra de gegevens voor de eerste pagina binnenkomen, kan RIP beginnen met het verwerken van die pagina. Voor PDF-bestanden is dit niet het geval. Vanwege de manier waarop ze zijn gemaakt PDF-bestanden,RIP heeft toegang nodig tot het hele bestand voordat het kan beginnen met het verwerken ervan.

PostScript-gegevensverwerking

Adobe RIP vertaalt eerst de inhoud van de PostScript-pagina naar een tussenformaat dat een weergavelijst wordt genoemd. De weergavelijst bevat een beschrijving van de pagina op een eenvoudiger machineniveau. Dus in plaats van millimeters of punten te gebruiken, bevinden alle objecten in de weergavelijst zich in apparaatpixels. PostScript-weergave

Al deze objecten zijn niet langer TIFF, EPS of lettertypen: RIP verwerkt ook alle gegevens op de pagina en converteert deze indien nodig naar een tussenformaat en slaat deze op in een zogenaamde bronnenlijst. Neem lettertypen als voorbeeld: als je ergens op een pagina een 20-punts Avant Garde hebt gebruikt, neemt RIP de omtrekgegevens van het lettertype (printerlettertype, zoals Mac-gebruikers het noemen), en berekent hoe elk afzonderlijk teken daarvoor moet worden uitgevoerd gegeven grootte en resolutie en slaat deze bitmaptekens op in de lettertypecache. In PostScript Level 1 worden deze lettertypecaches permanent op schijf opgeslagen. Na een paar dagen of weken zouden ze zoveel ruimte in beslag nemen dat de RIP niet genoeg ruimte meer zou hebben om andere gegevens op te slaan. Dit kan allerlei PostScript-fouten veroorzaken, zoals "limitcheck" of "VMerror". De gebruiker zal dan al deze tijdelijke gegevens handmatig moeten wissen door een "font delete" uit te voeren. Adobe heeft dit probleem opgelost op PostScript 2-niveau, waar het cachen van lettertypen dynamisch wordt afgehandeld.

RIP probeert zowel de weergavelijst als de bronlijst zo lang mogelijk in het hoofdgeheugen te bewaren, maar slaat deze gegevens op in een paginabestand op schijf als deze te groot wordt. Bestanden met veel gescande afbeeldingen genereren grote bronlijsten, terwijl bestanden met complexe tekeningen uit Illustrator of een andere toepassing doorgaans grote weergavelijsten genereren. Natuurlijk wordt RIP langzamer als het toegang moet krijgen tot een langzame harde schijf in plaats van tot supersnel geheugen. Dit is de reden waarom je RIP's ziet draaien op systemen met 1 GB RAM of meer. PostScript-weergave

Zodra de weergavelijst compleet is, zal de RIP de inhoud rasteren en die bitmap naar het uitvoerapparaat sturen. Sommige fabrikanten voegen een extra stap toe aan dit proces en converteren de weergavelijst naar hun tussenformaat. Scitex gebruikte bijvoorbeeld CT/LW als intern formaat en voegde extra bitmaps toe aan de beeldset zelf om last-minute rasterisatie uit te voeren.

Er bestaat een algemene tendens om het RIP extra taken te laten uitvoeren die verder gaan dan wat hierboven is besproken. Een valstrik kan zo'n kans zijn. Sommige fabrikanten voegen overlay-software toe tussen de interpretatie en rasterisatie van het bestand.

Verlaat RIP. PostScript-weergave

Het rasterisatieproces kan lang duren en resulteren in een enorm bestand dat naar het uitvoerapparaat moet worden verzonden. Sommige RIP-protocollen splitsen deze gegevens in kleine stroken en sturen ze één voor één naar de beeldaanpassing, andere slaan de volledige bitmap op in RAM of schijf en sturen deze gegevens vervolgens naar het uitvoerapparaat. Deze tussenopslag wordt een framebuffer genoemd. Alle laserprinters maken gebruik van een dergelijke buffer, die in het RAM-geheugen wordt opgeslagen. Dit verklaart waarom complexe pagina's PostScript-fouten kunnen genereren op een printer met beperkt geheugen: er is simpelweg niet genoeg RAM om zowel de tussenliggende gegevens als de framebuffer op te slaan.

De keuze tussen striped output en framebuffering wordt bepaald door het aangesloten apparaat en de workflow van de klant.

  • Gestreepte uitvoer is de eenvoudigste manier om te communiceren tussen de RIP en de engine.
  • Sommige fotozetters ondersteunen start-stop niet. Dit betekent dat ze alle gegevens in één keer nodig hebben, zonder de minste onderbreking (een beetje zoals bij een cd-schrijver). Voor dergelijke systemen moet een framebuffer worden gebruikt.
  • Framebuffers kunnen het uitvoerproces ook versnellen, omdat de RIP gegevens kan blijven verwerken terwijl de engine de film vooruitspoelt, bijsnijdt of wacht op de online processor.

De fysieke verbinding tussen de RIP en de motor is ook belangrijk. Op de markt worden verschillende oplossingen gebruikt.

  • Veel fabrikanten gebruiken hun eigen protocollen en hardware om RIP met hun beeldbelichters te verbinden. Agfa heeft zijn eigen SCSI-achtige APIS-protocol. Scitex maakt gebruik van een optische verbinding tussen twee apparaten. Met uitzondering van de krantenmarkt bestaan ​​er geen echte normen.
  • Er kan gebruik worden gemaakt van een standaard netwerkverbinding tussen de RIP en de engine, zolang de dataoverdracht tussen de twee apparaten de lijncapaciteit van 10 of 100 Mbit niet overschrijdt. Dit type aansluiting wordt vaak gebruikt voor plotters. PostScript-weergave
  • Voor goedkopere printers en proeflezers kan een USB-aansluiting worden gebruikt.

 

abc