1984: PostScript erscheint

Die Vorgeschichte von EPS beginnt 1984 mit PostScript — der Programmier-ähnlichen Beschreibungssprache, die Adobe-Mitgründer John Warnockund Charles Geschke entwickelt hatten. PostScript war revolutionär: ein Dokument wurde nicht als Pixel-Raster gespeichert, sondern als Sequenz von Zeichenbefehlen — „verschiebe Stift auf Position X,Y", „zeichne eine Kurve", „fülle den Pfad mit Farbe". Ein PostScript-fähiger Drucker (zuerst der Apple LaserWriter 1985) interpretierte diese Befehle und produzierte das Druckbild in der Auflösung, die der Drucker konnte — 300 dpi, 600 dpi, 2400 dpi, ohne dass die Eingabedatei sich änderte.

Diese Auflösungs-Unabhängigkeit war der Durchbruch des Desktop-Publishings. Schreibmaschinen-Layout endete, weil ein Macintosh mit Aldus PageMaker (siehe unsere TIFF-Geschichte) plus LaserWriter professionelle Satz-Qualität für 10 000 Dollar lieferte — was zuvor 100 000 Dollar gekostet hätte. PostScript war die Software-Seite dieser Revolution.

1987: EPS für Drittsoftware

PostScript war für einen einzelnen vollständigen Druckauftrag konzipiert. Was fehlte: ein Mechanismus, um eine PostScript-Grafik in ein anderes Dokument einzubetten — zum Beispiel ein Logo aus Adobe Illustrator in ein PageMaker-Layout. Adobe veröffentlichte 1987 die Spezifikation für Encapsulated PostScript (EPS): eine spezielle Form von PostScript-Datei, die als Sub-Element in anderen Dokumenten eingebettet werden konnte.

Die Encapsulation bestand aus zwei Restriktionen: erstens durfte ein EPS keine globalen PostScript-Zustände ändern (kein Zurücksetzen von Schriftarten, keine globalen Variablen) — damit eingebettete EPS das Eltern-Dokument nicht beeinflussten. Zweitens musste das EPS einen %%BoundingBox-Kommentar enthalten, der die tatsächlich genutzte Fläche der Grafik dokumentierte. Diese BoundingBox erlaubte DTP-Programmen, die Grafik korrekt zu positionieren und zu skalieren.

Die DSC-Konvention

EPS-Dateien folgen den Document Structuring Conventions (DSC) — standardisierte Kommentare am Anfang der Datei, die Metadaten beschreiben: %%Title (Titel der Grafik), %%Creator (welche Software hat es erstellt), %%CreationDate (Zeitstempel), %%BoundingBox (Maße in Punkten), %%PageOrder, %%Pages. Diese Kommentare sehen aus wie PostScript-Kommentare (von % eingeleitet, also vom Interpreter ignoriert) — sind aber gleichzeitig maschinenlesbare Metadaten.

Eine elegante Eigenheit: EPS-Dateien können TIFF-Vorschau-Bilderenthalten. Eingebettet als binärer Datenblock am Ende der Datei, ermöglicht das DTP-Programmen, eine Vorschau der EPS-Grafik anzuzeigen, ohne den vollständigen PostScript-Interpreter zu starten. Ohne diese TIFF-Vorschau müsste ein PageMaker-Layout-Editor für jede eingebettete EPS-Grafik einen kompletten Ghostscript-Render auslösen — was 1987 auf einem 286er nicht praktikabel war.

1990–2005: Die goldene Ära

Zwischen 1990 und etwa 2005 war EPS das De-facto-Standard-Austauschformat zwischen Vektor-Grafik-Software und DTP-Anwendungen. Adobe Illustrator exportierte standardmäßig EPS, Adobe FreeHand (später Macromedia, dann Adobe) ebenfalls, CorelDRAW lieferte EPS- Export für Cross-Platform-Workflows. Druckereien akzeptierten EPS für Logos, Verpackungsdesign und Anzeigen-Layout.

Eine besondere Stärke war die universelle Druckerausgabe: jeder PostScript-fähige Drucker konnte EPS direkt rendern, ohne dass die Datei zuvor in ein Pixel-Raster konvertiert werden musste. Das war besonders wichtig für Belichter (Imagesetter), die mit 2400 dpi oder höher arbeiteten und jeder pixelbasierten Workflow zur Verzweiflung gebracht hätte.

2003: PDF/X überholt

Die Wende kam mit der ISO-Standardisierung von PDF/X (PDF für Pre-Press-Workflows), das 2003 als ISO 15930 ratifiziert wurde. PDF/X bot alles, was EPS konnte, plus zusätzliche Garantien: eingebettete Schriftarten (verhindert Font-Substitution beim Druck), eingebettete ICC-Farbprofile (sichert Farbtreue), keine Transparenz-Probleme (kontrollierte Transparenz-Flattening). Die Druckindustrie sah das und stieg um.

Bis 2010 hatten praktisch alle großen Druckereien ihre Workflows von EPS auf PDF/X umgestellt. EPS wurde damit zur Legacy-Option, die nur noch für historische Workflows und für Software-Inkompatibilitäten geöffnet wurde. Adobe Illustrator und InDesign exportierten weiter EPS, aber als sekundärer Weg, nicht mehr als Default.

2017: Adobe killt EPS in Illustrator

Mit Adobe Illustrator CC 2017 wurde der EPS-Import bei vielen modernen Funktionen (Vektor-Brushes, Symbol-Bibliotheken, manche Live-Effects) eingeschränkt. Die inoffizielle Botschaft: Adobe empfahl seinen Nutzern, EPS endgültig durch AI (siehe unseren AI-Geschichts-Beitrag) oder PDF zu ersetzen. Adobe pflegte den EPS-Export weiter, aber als Pflichtveranstaltung, nicht als Innovation.

Heute ist EPS in der täglichen Designarbeit irrelevant. Es taucht noch in drei Nischen auf: alte Markenlogos in Stock-Asset-Sammlungen, Drittsoftware mit veralteten Pipelines, und sehr konservative Druck-Workflows in osteuropäischen oder asiatischen Märkten.

Wie man EPS heute behandelt

Wer eine EPS-Datei in einem modernen Workflow vorfindet, hat drei Optionen. Erstens: in Adobe Illustrator öffnen und als AI oder PDF speichern — die typische Migration. Zweitens: per Inkscape (kostenlos, Open-Source) öffnen und als SVG speichern, was die Datei web-tauglich macht (siehe unsere SVG-Geschichte). Drittens: per Ghostscript (Kommandozeile, plattform-übergreifend) zu PNG, JPG oder PDF rastern.

Ein typischer Workflow zur Web-Auslieferung sähe so aus: EPS → Inkscape → SVG-Export → SVG-Optimierung (siehe SVG-Optimierungs-Beitrag) → Web-Einsatz. Das Ergebnis ist meist 10–20 KB Vector-Datei, die in beliebigen Größen gerendert werden kann.

Wann EPS noch eingesetzt wird

  • Logos in Stock-Asset-Sammlungen. Shutterstock, iStock, Adobe Stock liefern Vektor-Logos historisch als EPS — meist mit AI- oder PDF-Pendant.
  • Veraltete Druck-Workflows. Manche Druckereien akzeptieren traditionell weiter EPS, auch wenn PDF/X die bessere Wahl wäre.
  • Cross-Software-Vektor-Austausch. Wenn Sender und Empfänger sich nicht auf SVG oder PDF einigen können, ist EPS ein kleinster gemeinsamer Nenner.

Wann EPS nicht ideal ist: Web-Auslieferung (keine Browser-Unterstützung), moderne Bildbearbeitungs-Pipelines (komplexe Transparenz und CMYK-Probleme), E-Mail-Anhänge (Empfänger können oft nicht öffnen), Mobile-Workflows.

Was bleibt vom EPS-Erbe?

EPS war eines der wichtigsten Druck-Format-Standards der späten 80er und 90er Jahre. Sein technisches Erbe lebt aber weiter: PDF basiert auf PostScript, die Pfad-Beschreibung im SVG-Format ist konzeptionell von PostScript inspiriert, die DSC-Konvention findet sich heute noch in %%-Kommentaren in vielen Druck-Konfigurationsdateien. Wer PostScript verstehen lernt, versteht eine ganze Generation digitaler Druck-Workflows. Für die direkten Nachfolger siehe unsere PDF-Geschichte.

Quellen

Adobe — PostScript Übersicht · PostScript Language Reference Manual (Adobe) · Ghostscript-Projekt · ISO 15930 — PDF/X · Inkscape (kann EPS importieren) · Adobe Illustrator — EPS-Dokumentation · Adobe Systems, „Encapsulated PostScript File Format Specification", Version 3.0, Mai 1992.