Warum der Sega Saturn scheiterte – und Sammler ihn heute lieben

Um zu verstehen, warum der Sega Saturn scheiterte, reicht der Blick auf den verpatzten Überraschungs-Launch im Westen allein nicht aus – man muss sich die Chips unter der Haube ansehen. Sega baute ein hochkomplexes System mit acht Prozessoren, das externe 3D-Entwickler schier zur Verzweiflung trieb. Doch genau diese eigenwillige Sega Saturn Hardware-Architektur brachte die beste 2D-Arcade-Maschine der gesamten 32-Bit-Ära hervor. Dieser Guide erklärt, warum Segas technische Wette damals kommerziell scheiterte, warum die Spiele heute besser gealtert sind als die der Konkurrenz und worauf europäische Sammler beim Kauf einer Konsole achten müssen.

Die Architektur-Falle: Zwei CPUs und Quads statt Dreiecken

Als Sega Anfang der 1990er-Jahre mit der Entwicklung des Saturn begann, lautete das Ziel: das ultimative 2D-Sprite-Kraftpaket mit soliden 3D-Fähigkeiten zu bauen. Doch als die Chefetage Wind von der enormen 3D-Polygon-Leistung der kommenden PlayStation von Sony bekam, brach Panik aus. Statt das Board komplett neu zu entwerfen, pflanzten die Ingenieure dem Design kurzerhand einen zweiten Hitachi SH-2-Hauptprozessor auf, flankiert von zwei separaten Grafikprozessoren (VDP1 und VDP2), einem dedizierten Soundchip, einem CD-ROM-Controller und einem System-Manager-Chip.

Auf dem Papier klangen zwei CPUs mit je 28,6 MHz beeindruckend. In der Praxis teilten sich die beiden Hitachi SH-2-Chips jedoch denselben Bus. Sie konnten nicht gleichzeitig auf den Hauptspeicher zugreifen, ohne sich gegenseitig auszubremsen. Programmierer mussten extrem aufwendigen Assembler-Code schreiben, damit ein Prozessor aus seinem winzigen internen Cache arbeitete, während der andere den Bus belegte. Abgesehen von Segas internen Studios AM2 und Team Andromeda hatten 1995 nur sehr wenige Entwickler die Zeit und das Budget, parallele Programmierung wirklich zu meistern.

Noch problematischer war, wie der VDP1-Grafikchip 3D-Geometrie berechnete. Während Sony PlayStation und Nintendo 64 ihre 3D-Welten aus Dreiecken aufbauten, renderte der Saturn alles in Form von Vierecken (Quadrilaterals oder „Quads“) – im Grunde manipulierte 2D-Sprites, die über vier Koordinatenpunkte aufgespannt wurden. Da gängige 3D-Modellierungs-Workstations Geometriedaten jedoch als Dreiecke ausgaben, mussten Saturn-Entwickler zwei Punkte eines Quads künstlich aufeinanderlegen, um ein Dreieck vorzutäuschen. Das kostete wertvolle Rechenleistung und führte häufig zu verzerrten, schwimmenden Texturen.

Dieses Quad-Rendering verhinderte zudem standardmäßige Hardware-Transparenzen, sobald sich VDP1-Sprites auf bestimmte Weise überlagerten. Statt echten Alpha-Blendings für Rauch, Wasser oder Schatten mussten Programmierer auf zurückgreifen: ein schachbrettartiges Raster aus deckenden Pixeln, das nur auf einem unscharfen Röhrenfernseher über Composite-Video zu einer scheinbar transparenten Fläche verschwamm.