Warum heißt EPS Encapsulated PostScript?

Encapsulated heißt eingekapselt. EPS ist ein PostScript-Programm das so geschrieben ist, dass es als Einzelseite in ein anderes Dokument eingebettet werden kann. Klassisches PostScript darf mehrere Seiten haben und sich auf den Druck-Kontext verlassen. EPS muss in sich abgeschlossen sein, eine BoundingBox angeben und auf bestimmte Operatoren verzichten, die den umgebenden Druck-Kontext stören würden.

Wer hat EPS erfunden?

Adobe Systems, dieselbe Firma die PostScript 1982 entwickelt hat. EPS wurde 1987 erstmals als interne Spezifikation eingeführt und 1992 mit EPS 3.0 als offene TechNote 5002 veröffentlicht. John Warnock, Chuck Geschke und Doug Brotz sind die maßgeblichen Köpfe hinter PostScript bei Adobe. EPS war ein Industrie-Kompromiss: ein Standard, den auch Konkurrenten wie Aldus PageMaker oder QuarkXPress sauber einbetten konnten.

Warum ist EPS heute noch relevant?

Die Druck-Industrie hat eine sehr lange Halbwertszeit für Datei-Formate. Druckereien arbeiten mit Pre-Press-Systemen, die seit 30 Jahren EPS verstehen. Wer eine neue Visitenkarte in eine etablierte Druckerei gibt, kann sicher sein dass die Druckmaschine das EPS direkt verarbeitet. PDF/X (ein Druck-PDF-Subset) hat EPS in den letzten 10 Jahren teilweise abgelöst, aber EPS bleibt der Fallback für Logos, Marken und Vektor-Assets.

Was unterscheidet EPS von SVG?

Beide sind Vektor-Formate, aber unterschiedliche Welten. EPS ist Print-orientiert mit CMYK-Farben, exakter Druckmaschinen-Steuerung und PostScript-Programmiersprache. SVG ist Web-orientiert mit RGB-Farben, deklarativem XML-Markup und CSS-Styling. EPS rendert auf Druckmaschinen, SVG rendert in Browsern. Eine ausführliche Gegenüberstellung steht im Ratgeber 'EPS vs SVG vs PDF'.

Kann ich EPS noch in 2026 erstellen?

Ja. Adobe Illustrator exportiert weiterhin EPS (bis Version Illustrator 8.0 als Original-Format, danach als Legacy-Export-Option). Inkscape und CorelDRAW exportieren EPS direkt. Auch Open-Source-Tools wie Scribus können EPS produzieren. In der Praxis exportieren Designer heute meist als PDF/X und nur Logos und Marken-Assets noch als EPS für Lieferung an Druckereien.

EPS-Format-Geschichte: von PostScript 1985 zu Encapsulated 1992

Vor PostScript: Drucker sprachen keine Sprache

In den frühen 1980er-Jahren war Drucken eine Befehls-orientierte Tätigkeit. Wer eine Seite mit Text und Grafik ausdrucken wollte, schickte dem Drucker eine Sequenz von Steuer-Codes: ESC-Sequenzen für Schriftart, kartesische Koordinaten für Pixel-Bilder, Bytecodes für Schriftgrößen. Jeder Drucker-Hersteller hatte ein eigenes Befehls-Schema. Eine Seite, die auf einem HP LaserJet sauber aussah, sah auf einem Diablo-Drucker chaotisch aus.

Diese Inkompatibilität war eine reale Wachstums-Bremse für die noch junge Desktop-Publishing-Branche. Aldus PageMaker (1985) wollte beliebige Layouts auf beliebige Drucker bringen, aber jeder Drucker brauchte einen eigenen Treiber.

Adobe Systems, gegründet 1982 von John Warnock und Chuck Geschke (beide ehemalige Xerox-PARC-Mitarbeiter), hatte eine Vision: ein Drucker-Sprache, die so mächtig war, dass jeder Drucker das gleiche Programm interpretieren konnte. PostScript wurde 1982 angekündigt, das Apple LaserWriter (1985) war das erste kommerzielle Gerät mit eingebautem PostScript-Interpreter.

PostScript 1985: Der Durchbruch

Apple LaserWriter (gestartet März 1985) hatte einen Motorola 68000 mit 1 MB RAM und einen PostScript-Interpreter, der von Adobe lizenziert wurde. Der Drucker kostete 6.995 US-Dollar (heutiges Kaufkraft-Äquivalent ungefähr 18.000 Euro), war aber für DTP-Workflows revolutionär:

Erstmals konnten Schriften beliebig skaliert werden, ohne dass für jede Größe ein eigenes Bitmap geladen werden musste.
Grafiken waren Vektor-basiert und konnten ohne Qualitätsverlust skaliert werden.
Mac, PC und Unix-Workstations konnten den gleichen PostScript-Code schicken und der gleiche Output kam heraus.

PostScript 1.0 hatte schon den Stack-basierten Aufbau, der bis heute gilt: Werte auf einen Operand-Stack legen, Operatoren konsumieren sie und schieben Ergebnisse zurück. Dazu kam ein Dictionary-Stack für Variablen, ein Graphics-State-Stack für Render-Parameter und ein Operator-Stack für Funktionen.

Innerhalb von zwei Jahren wurde PostScript zum De-facto-Standard. Linotype, Compugraphic und andere Schrift-Hersteller portierten ihre Fonts in PostScript-Type-1-Format. Druckereien rüsteten ihre Imagesetter auf PostScript-Akzeptanz um.

1987-1992: EPS entsteht als Container-Format

Als PostScript erfolgreich war, kam ein Problem auf: Wie bettet man eine PostScript-Grafik in ein anderes PostScript-Dokument ein? Wenn ein PageMaker-Layout ein Logo enthält, das selbst ein PostScript-Programm ist, müssen beide Programme miteinander köxistieren ohne sich gegenseitig zu zerstören.

Klassisches PostScript erwartet, dass es das Drucker-Programm alleine ist. Es ruft showpage auf um die Seite zu drucken, manipuliert den Graphics-State global, kann Fonts dauerhaft installieren. Wenn ein Logo das macht, kollidiert es mit dem umgebenden Dokument.

Adobe definierte EPS als Container-Format mit folgenden Regeln:

BoundingBox-Pflicht: Ein EPS muss am Anfang einen %%BoundingBox: x_min y_min x_max y_max-Kommentar haben, der die Maße der Grafik angibt. Layoutprogramme verlassen sich darauf, um die Grafik in ein Rechteck der richtigen Größe zu platzieren.
Kein showpage am Ende (oder mit Vorsicht): Das umgebende Dokument ruft showpage selbst auf, wenn es so weit ist.
Save/Restore-Pflicht: Der Graphics-State muss am Anfang gespeichert (save) und am Ende wiederhergestellt (restore) werden, damit das umgebende Dokument seinen Zustand zurückbekommt.
Keine globalen Änderungen: Keine permanenten Font-Installations, keine Page-Device-Änderungen.
Keine Datei-Operationen: EPS soll nicht außerhalb des eigenen Codes lesen oder schreiben.

EPS 1.0 erschien 1987, EPS 2.0 1990, und die finale Spezifikation EPS 3.0 wurde 1992 als Adobe TechNote 5002 veröffentlicht. EPS 3.0 ist der Standard, der bis heute gilt.

EPS-Zeitstrahl: Von der PostScript-Erfindung 1982 zur stabilen EPS-3.0-Spezifikation 1992. PDF/X hat Teile des EPS-Markts übernommen, aber EPS bleibt für Logo- und Marken-Dateien Industrie-Standard.

Die TN 5002 im Detail

Adobe TechNote 5002 ist 30 Seiten lang und definiert EPS 3.0 exakt. Wichtige Teile:

DSC (Document Structuring Conventions): Strukturkommentare wie %%BoundingBox, %%Title, %%Creator, %%CreationDate. Diese stehen am Anfang der Datei und werden vom umgebenden Dokument gelesen, um Metadaten zu extrahieren.
Preview-Optional: EPS kann ein eingebettetes Vorschau-Bitmap haben (TIFF für Windows, PICT für Mac, EPSI für Unix). Das Bitmap ist für Layoutprogramme gedacht, die das eigentliche PostScript nicht rendern können. Das Bitmap zeigt das Logo direkt im Layout, das echte PostScript wird erst beim Druck gerendert.
Resource-Comments: %%DocumentNeededResources, %%DocumentSuppliedFonts listen, welche Fonts oder anderen Ressourcen das EPS braucht oder selbst mitbringt.
Atend-Convention: Einige Kommentare können am Ende statt am Anfang stehen, gekennzeichnet mit %%BoundingBox: (atend) und dann später %%BoundingBox: 0 0 300 200. Das ist nützlich, wenn die finale BoundingBox erst nach dem Render bekannt ist.

Die Strukturkommentare sind das, was EPS einbettbar macht. Ein Layoutprogramm liest sie, weiß damit Größe und Anforderungen der Grafik und kann sie in die Seite einsetzen.

1990er und 2000er: EPS als DTP-Rückgrat

In den 1990er-Jahren war EPS das dominierende Vektor-Format. Adobe Illustrator (gestartet 1987), Aldus FreeHand und CorelDRAW exportierten EPS direkt. PageMaker und QuarkXPress bettete EPS-Logos in Layouts ein. Imagesetter in Druckereien lasen EPS und schrieben es auf Film oder Direct-to-Plate.

Die typische Workflow-Kette war:

Designer erstellt Logo in Adobe Illustrator → Export als EPS
Layoutprogramm (PageMaker, QuarkXPress, später InDesign) bettet das EPS in eine Layout-Seite ein
Layout-Programm exportiert das gesamte Dokument als PostScript-Datei
Druckerei nimmt die PostScript-Datei und schickt sie an einen Imagesetter
Imagesetter rendert das PostScript auf Film, der dann für die Druckplatten genutzt wird

Adobe Acrobat (1993) bot eine Alternative mit PDF, aber PDF war anfangs ein Vorschau-Format und nicht für Print zertifiziert. Erst mit PDF/X-1a (ISO 15930-1, 2001) wurde PDF zur ernsthaften EPS-Alternative für Print-Workflows.

Heute: EPS für Logos, PDF für Layouts

In den 2010er- und 2020er-Jahren hat sich die Arbeitsteilung etabliert:

EPS bleibt für Marken-Assets: Logo-Dateien, Markenzeichen, Icon-Sets werden weiter als EPS geliefert. Wer ein Visitenkarten-Logo bei einer Druckerei abliefert, gibt EPS.
PDF/X übernimmt komplette Layouts: Ganze Druck-Vorlagen werden als PDF/X-1a oder PDF/X-4 geliefert. Diese können Vektoren und Bitmaps enthalten und sind besser für komplexe Dokumente geeignet.
SVG hat den Web-Markt: Vektor-Grafiken im Web sind heute SVG, nicht EPS. Browser können SVG nativ rendern, EPS nicht.
Adobe Illustrator AI-Format: Adobe-eigenes Format, das proprietäres Illustrator-Wissen behält. Auch das ist im Kern PostScript-kompatibel, aber nicht standardisiert.

Wer heute eine EPS-Datei hat und sie als JPG für eine Web-Seite braucht, nutzt epsjpg.de. Wer sie für Druck braucht, gibt sie direkt an die Druckerei weiter, die haben PostScript-RIPs (Raster Image Processors), die EPS direkt verarbeiten können.

Vom Drucker-Befehl zur Print-Industrie-Norm

EPS ist ein Format aus einer Zeit, als Computer-Drucken noch jung war. Es hat überlebt, weil es ein klar definiertes Problem gut löst: Vektor-Grafiken so einbetten, dass jeder PostScript-fähige Renderer das gleiche Bild produziert. Das macht es bis heute zum Standard für Marken-Assets und Druck-Logos.

Wer mit Druckereien zusammenarbeitet, kommt um EPS nicht herum. Wer eine EPS für Web oder Vorschau-Zwecke umwandeln will, hat heute viele Tools. epsjpg.de ist eines davon, mit Fokus auf Browser-Einfachheit ohne Account-Pflicht.

Wer Fragen zur EPS-Historie hat oder eine Korrektur bei den Datierungen findet, kann das an info@akara-solutions.de schicken.