Pit Stop II (1984) – Epyx, Split-Screen und Boxenstrategie auf dem Commodore 64

Einige Spiele werden durch ihre Grafik berühmt. Andere durch ihren Sound. Wieder andere durch eine besonders ausgefeilte Simulation. Als Epyx im Jahr 1984 Pit Stop II veröffentlichte, lag die eigentliche Besonderheit jedoch an einer anderen Stelle: Zwei Spieler konnten gleichzeitig auf demselben Bildschirm gegeneinander antreten, sich gegenseitig unter Druck setzen, um Positionen kämpfen und dabei trotzdem Reifenverschleiß, Treibstoffverbrauch und Boxenstopps im Auge behalten. Was heute selbstverständlich erscheint, war auf einem Commodore 64 mit seinem knapp 1 MHz schnellen Prozessor alles andere als selbstverständlich.

Um zu verstehen, warum Pit Stop II entstand, lohnt sich zunächst ein Blick auf die Situation bei Epyx. Das Unternehmen war ursprünglich unter dem Namen Automated Simulations bekannt geworden und hatte sich mit Rollenspielen und Strategiespielen wie Temple of Apshai einen Namen gemacht. Anfang der 1980er Jahre übernahm Michael Katz die Leitung des Unternehmens und verfolgte einen neuen Kurs. Katz war überzeugt, dass sich die Zukunft nicht allein mit komplexen Strategiespielen gewinnen ließ. Stattdessen wollte er Action und Strategie miteinander verbinden. Aus dieser Überlegung entstand die interne Kategorie der „Action Strategy Games“. Das Ziel bestand darin, Spieler anzusprechen, die schnelle Reaktionen mochten, ohne dabei auf taktische Entscheidungen verzichten zu müssen. Katz beschrieb Pit Stop später selbst als Beispiel für diese Philosophie: Das Rennen stellte die Action dar, während Reifenverschleiß, Benzinverbrauch und die Entscheidung über den richtigen Zeitpunkt für einen Boxenstopp die strategische Komponente bildeten.

Der erste Pit Stop erschien 1983 und erwies sich als Erfolg. Die Entwicklung erfolgte bei Action Graphics, einer aus dem Umfeld des Arcade-Herstellers Bally hervorgegangenen Softwarefirma. Die Commodore-64-Version wurde von Jamie Fenton umgesetzt, der zuvor bereits an dem Arcade-Automaten Gorf mitgewirkt hatte. Das Spiel kombinierte Rennfahren mit einem damals ungewöhnlichen Boxenstopp-System und unterschied sich damit deutlich von den meisten Konkurrenten. Dennoch besaß es eine Einschränkung: Mehrere Spieler konnten zwar teilnehmen, mussten ihre Rundenzeiten jedoch nacheinander fahren. Für die Fortsetzung wollte Epyx deshalb einen Schritt weitergehen.

Die Entwicklung von Pit Stop II verlief allerdings nicht geradlinig. Nach Aussagen aus späteren Entwicklerberichten war Epyx mit einer frühen externen Version des Spiels unzufrieden und entschied sich, das Projekt neu aufzusetzen. Michael Katz erinnerte sich später an diesen ersten Entwurf mit den Worten „Terrible. Awful. I hated it.“ Die Verantwortung ging daraufhin an Stephen H. Landrum über, der nur noch einen Bruchteil der ursprünglich vorgesehenen Entwicklungszeit zur Verfügung hatte. Unterstützt wurde er von Dennis Caswell, der später vor allem durch Impossible Mission bekannt werden sollte. Während Landrum die technische Umsetzung verantwortete, wird Caswell in mehreren späteren Quellen mit dem Spieldesign und den Boxenmechaniken in Verbindung gebracht. Zusätzlich werden die Grafiken häufig Erin Murphy zugeschrieben, auch wenn zeitgenössische Credits hierfür bislang nicht eindeutig nachgewiesen werden konnten.

Das Ergebnis war eines der technisch anspruchsvollsten Rennspiele seiner Zeit. Der Bildschirm wurde dauerhaft in zwei Hälften geteilt. Jeder Spieler erhielt seine eigene Perspektive auf die Strecke. Dabei handelte es sich nicht um eine einfache statische Anzeige, sondern um zwei unabhängig laufende Rennansichten inklusive Gegnerverkehr, Schadensmodell, Treibstoffverwaltung und Boxenstrategie. Selbst heute wirkt die flüssige Darstellung beeindruckend, wenn man die begrenzte Hardware des Commodore 64 berücksichtigt.

Zu den größten technischen Herausforderungen gehörte die Darstellung der Boxenstopps. Spätere Berichte über die Entwicklung beschreiben, wie Landrum während seiner Experimente mit den Grafikmodi des VIC-II-Chips auf einen ungewöhnlichen Nebeneffekt stieß. Durch eine ungewöhnliche Kombination von Multicolor- und Extended-Color-Modus gelang es ihm, den Bildschirm kurzzeitig auszublenden und die Boxenansicht im Hintergrund neu aufzubauen. Für den Spieler erschien der Übergang als natürlicher Szenenwechsel, während technische Probleme wie sichtbares Neuzeichnen oder störende Bildfehler vermieden wurden.

Epyx wählte für die Fortsetzung sechs reale Rennstrecken als Vorbilder. Zur Auswahl standen Brands Hatch in Großbritannien, Hockenheim in Deutschland, Rouen-les-Essarts in Frankreich, Sebring und Watkins Glen in den USA sowie Vallelunga in Italien. Zusätzlich konnten die Strecken in einem Grand-Prix-Modus hintereinander gefahren werden. Bereits dadurch unterschied sich das Spiel von vielen zeitgenössischen Rennspielen, die häufig auf Fantasie-Strecken setzten.

Bereits nach wenigen Kurven wurde deutlich, dass Epyx einen anderen Schwerpunkt setzte als viele zeitgenössische Konkurrenten. Anders als bei Pole Position oder zahlreichen Arcade-Rennspielen genügte es nicht, einfach nur Vollgas zu geben. Jede Berührung mit anderen Fahrzeugen oder den Streckenbegrenzungen beschädigte die Reifen. Deren Zustand wurde über eine Farbskala dargestellt, die sich von dunklen Blautönen über Violett, Grün, Rot und Gelb bis hin zu Weiß veränderte. Wer die Warnzeichen ignorierte, riskierte einen Reifenplatzer und damit das vorzeitige Ende des Rennens. Gleichzeitig musste der Kraftstoffverbrauch überwacht werden. Eine leere Tankanzeige bedeutete ebenfalls das Aus.

Damit wurde der Boxenstopp zum integralen Bestandteil des Spiels. Statt automatisch abzulaufen, musste der Spieler die Boxencrew selbst steuern. Reifen wurden einzeln entfernt und ersetzt, Treibstoff musste nachgefüllt werden, und selbst dabei konnten Fehler passieren. Wer den Tank überfüllte, verlor wertvolle Zeit. Jede Entscheidung hatte unmittelbare Auswirkungen auf den Rennverlauf. Gerade im Mehrspielermodus entstanden dadurch Situationen, die weit über das hinausgingen, was andere Rennspiele der Zeit boten. Während der eine Spieler versuchte, mit abgefahrenen Reifen noch eine Runde herauszuholen, stand der andere vielleicht bereits in der Box und hoffte, durch einen schnellen Service die Führung zu übernehmen.

Zeitgenössische Tester erkannten schnell, dass hierin die Besonderheit des Spiels lag. Die Fachpresse hob dabei weniger den Split-Screen selbst hervor als die Verbindung aus Rennen, Reifenmanagement und Boxenstopps. Die Happy Computer bezeichnete die Commodore-64-Version als Spiel, das alles in den Schatten stelle, was der Markt an Autorennsimulationen zu bieten habe. Besonders hervorgehoben wurden die direkte Konkurrenz zwischen zwei Spielern und die taktische Komponente der Boxenstopps. Auch die britische Presse zeigte sich begeistert. Computer & Video Games vergab 90 Prozent und bezeichnete das Spiel als die beste Formel-1-Umsetzung seit Pole Position. ZZAP!64 verlieh 95 Prozent und lobte die enorme Langzeitmotivation. Die Zeitschrift beschrieb das Spiel sinngemäß als zwei verbesserte Versionen von Pole Position übereinander auf demselben Bildschirm.

Trotz aller Stärken blieb der Einzelspielermodus nicht völlig frei von Kritik. Mehrere Tester bemängelten, dass die Computergegner vergleichsweise leicht zu schlagen seien. Die künstliche Intelligenz nutzte ihre Möglichkeiten oft nicht vollständig aus und stellte für erfahrene Spieler nur begrenzt eine Herausforderung dar. Dies schadete dem Gesamteindruck jedoch kaum, da nahezu alle Berichte den Mehrspielermodus als eigentlichen Mittelpunkt des Spiels betrachteten.

Der Erfolg führte zu Umsetzungen für weitere Systeme. Neben dem Commodore 64 erschienen Fassungen für Atari-8-Bit-Computer, Apple II, IBM-PC-Kompatible und den TRS-80 Color Computer. Die Atari-Version übernahm das Spielprinzip weitgehend unverändert, während die PC-Version mit den Einschränkungen der damaligen CGA-Grafik leben musste. In vielen späteren Rückblicken dient die Commodore-64-Version als Referenzfassung, da sie die ursprünglich entwickelte Version war und in den meisten zeitgenössischen Tests behandelt wurde.

Auch wirtschaftlich zahlte sich die Veröffentlichung aus. Exakte Verkaufszahlen sind nie bekannt geworden, doch die Vielzahl der Umsetzungen, die jahrelange Verfügbarkeit im Handel und spätere Budget-Neuauflagen unter Labels wie Kixx sprechen für eine anhaltend hohe Nachfrage. Zusammen mit Titeln wie Jumpman, Impossible Mission und der späteren Games-Reihe gehörte Pit Stop II zu den Veröffentlichungen, die Epyx Mitte der 1980er Jahre zu einem der bekanntesten Namen der Heimcomputerbranche machten. Das Spiel selbst entwickelte sich zu einem der bekanntesten Rennspiele der Heimcomputerära.

Die Fachpresse der Jahre 1984 und 1985 beschäftigte sich auffallend häufig mit denselben Punkten: dem direkten Duell zweier Spieler, dem Reifenverschleiß und den Boxenstopps. Genau diese Elemente tauchen auch in modernen Rückblicken immer wieder auf. Während andere Rennspiele der frühen Heimcomputerzeit vor allem auf schnelle Rundenzeiten setzten, verband Pit Stop II Geschicklichkeit und Streckenkenntnis mit Entscheidungen über Reifen und Treibstoff. Ein späterer Rückblick brachte den Kern des Spiels auf eine einfache Formel: Man fuhr nicht nur ein Rennen, man verwaltete es. Dass Pit Stop II Jahrzehnte später noch regelmäßig auf Bestenlisten von Commodore-64-Spielern erscheint, deutet darauf hin, dass dieser Ansatz viele Spieler langfristig angesprochen hat.

Von Sprites bis Drahtgitter – Darstellungsformen im Retro-Gaming

Warum Darstellungsformen im Retro‑Gaming wichtig sind

Wer sich heute mit klassischen Spielen beschäftigt, merkt schnell: Grafik war nie nur schmückendes Beiwerk, sondern immer Ausdruck technischer Möglichkeiten, kreativer Umwege und manchmal auch purer Notlösungen. Genau darin liegt ihr Reiz. Dieser Referenzartikel soll helfen, die unterschiedlichen Darstellungsformen historisch sauber einzuordnen – nicht trocken-akademisch, sondern mit dem Blick, wie ihn Die hier verwendeten Begriffe sind keine Wertung. Sie sollen Orientierung geben, Zusammenhänge sichtbar machen und es ermöglichen, Spiele miteinander zu vergleichen, ohne ihren individuellen Charakter zu glätten. Sie dienen als Werkzeug für spätere Listen, Filter und redaktionelle Auswertungen auf MansionManiax – und zugleich als kleine Zeitreise durch die visuelle Evolution der Videospiele.

2D‑basierte Darstellungsformen

Sprite‑orientiert sind Spiele, bei denen sich Figuren, Gegner oder Fahrzeuge als eigenständige Grafikelemente über den Bildschirm bewegen. Gerade auf Systemen wie dem Commodore 64, dem NES oder frühen Arcade‑Platinen war dies das Herzstück flüssiger Animationen. Wenn ein Held elegant über Plattformen hüpfte oder ein Gegner butterweich explodierte, steckte dahinter oft ausgeklügelte Sprite‑Logik.

Bitmap‑basiert beschreibt Darstellungen, bei denen der Bildschirm als große zusammenhängende Zeichenfläche behandelt wird. Bewegungen wirken hier oft schwerfälliger, erlauben aber detailreichere Hintergründe – ein Ansatz, der vor allem bei Adventures und atmosphärischen Spielen zum Einsatz kam.

Tile‑basiert meint Spielewelten, die aus wiederverwendbaren Kacheln zusammengesetzt sind. Diese Technik war ein cleverer Kompromiss aus Speicherökonomie und Gestaltungsfreiheit und prägte unzählige Plattform‑, Rollen‑ und Strategiespiele.

Vektorbasiert (2D) schließlich steht für jene frühen Titel, die nicht mit Pixeln, sondern mit Linien arbeiteten. Das Ergebnis wirkte oft abstrakt, manchmal futuristisch – und hatte gerade deshalb einen ganz eigenen Charme.

Pseudo‑3D und perspektivische Tricks

Lange bevor echte 3D‑Beschleuniger Einzug hielten, behalfen sich Entwickler mit optischen Täuschungen.

Pseudo‑3D fasst all jene Techniken zusammen, die Tiefe suggerieren, ohne tatsächlich räumlich zu rechnen. Der Spieler fühlte sich dennoch mitten im Geschehen – ein kleines Wunder der Illusion.

Raster‑3D nutzt zeilenweise Verzerrungen, um Landschaften nach hinten kippen zu lassen.

Scaling‑Sprites lassen Objekte je nach Entfernung wachsen oder schrumpfen und wurden zum Markenzeichen vieler Renn‑ und Flugspiele der 80er.

Mode‑7‑artig beschreibt rotierende und skalierte Hintergründe – egal ob auf echter Nintendo‑Hardware oder clever nachgebaut auf anderen Systemen.

Isometrische und axonometrische Darstellungen

Diese Darstellungsformen vermitteln räumliche Tiefe, bleiben dabei aber fest in der 2D‑Welt verankert.

Isometrisch ist die bekannteste Variante: Drei Raumachsen werden gleichmäßig dargestellt, ohne perspektivische Verzerrung. Diese Sichtweise wurde zum Klassiker bei Strategie‑, Rollenspiel‑ und Aufbauspielen.

Dimetrisch und trimetrisch sind feinere Abstufungen, bei denen Achsen unterschiedlich skaliert werden. In der Praxis reicht meist der Sammelbegriff isometrisch – doch für Puristen lohnt sich der genauere Blick.

Drahtgitter‑ und Vektordarstellung

Hier beginnt das große Experimentieren mit echtem Raumgefühl.

Drahtgitter beschreibt dreidimensionale Objekte, die nur aus Linien bestehen. Keine Texturen, keine Flächen – nur Struktur. Gerade deshalb wirkten solche Spiele oft kühn und visionär.

Wireframe‑3D wird meist synonym verwendet, wenn klar dreidimensionale Modelle gemeint sind.

Vektorgrafik umfasst generell linienbasierte Darstellungen, egal ob in zwei oder drei Dimensionen.

Polygonbasierte 3D‑Darstellung

Mit polygonbasierter Grafik begann der langsame, aber unumkehrbare Übergang zur modernen 3D‑Welt.

3D (Polygon) bezeichnet Spiele, die ihre Objekte aus Flächen zusammensetzen.

Flat‑Shaded‑3D füllt diese Flächen einfarbig – kantig, roh, aber ikonisch.

Gouraud‑Shading bringt weichere Übergänge ins Spiel.

Texture‑Mapped‑3D schließlich legt Bilder auf die Polygone und ebnet den Weg in die visuelle Sprache der 1990er‑Jahre.

Hybridformen

Viele Klassiker lassen sich nicht eindeutig festnageln.

2D/3D‑Hybrid beschreibt Spiele, die beide Welten kombinieren.

Sprite‑auf‑3D‑Ebene meint klassische Figuren, die sich durch räumliche Umgebungen bewegen.

Vektor‑Overlay steht für zusätzliche Anzeigen oder Cockpits, die über einer 3D‑Szene schweben.

Spielfeld‑ und Raumlogik

Neben der Grafik spielt auch die Struktur des Spielfelds eine Rolle.

Hexagonal kennzeichnet Spiele mit sechseckigem Raster – ein Klassiker im Wargame‑Bereich.

Quadratisch beschreibt rechtwinklige Gitter.

Frei skalierend steht für kontinuierliche Räume ohne starres Raster.

Redaktionelle Leitlinie

Diese Übersicht ist kein starres Regelwerk, sondern ein lebendiges Nachschlagewerk. Neue Darstellungsformen dürfen ergänzt, bestehende präzisiert oder zusammengeführt werden. Bei Grenzfällen wird bewusst Rücksprache gehalten. Ziel ist keine dogmatische Einordnung, sondern eine konsistente, nachvollziehbare und zugleich liebevolle Klassifikation – so, wie man sie von guten Retro‑Magazinen kennt und schätzt.

Wings of Fury – 1988 by Brøderbund

Wings of Fury, von Brøderbund im Dezember 1987 veröffentlicht, war ein ungewöhnlicher, stilisierter Mix aus Shoot-'em-up und Simulation, der sich in der Ästhetik eher an Spielhallenklassiker anlehnte, inhaltlich jedoch überraschend ernst war. Entwickelt wurde das Spiel ursprünglich von Steve Waldo, einem der weniger bekannten, aber technisch versierten Designer, der zuvor an Tools und internen Konvertern für Brøderbund mitgearbeitet hatte. Die Musik und Sounds wurden von Kris Hatlelid beigesteuert, wobei die PC-Version mangels Sound-Hardware auf einfache Effekt-Cues beschränkt blieb. Die Amiga- und Apple-II-Versionen nutzten einfache Sampleeffekte und systemnahe Töne, boten aber keine musikalische Untermalung im eigentlichen Sinne.

Die Entstehungsgeschichte von Wings of Fury begann laut einer internen Brøderbund-Mitteilung bereits 1986, als Steve Waldo erste Prototypen entwickelte, die sich an Side-Scrolling-Flugspielen wie Choplifter oder Defender orientierten, aber eine realistische Physik und ballistische Berechnung einführen wollten. In einem seltenen Interview aus der Zeitschrift Compute! (Ausgabe Juni 1989) sagte Waldo: „Ich wollte ein Spiel, das so einfach zu bedienen ist wie ein Arcade-Shooter, aber die Ernsthaftigkeit des Zweiten Weltkriegs mit sich trägt. Kein Fantasiekrieg, sondern realistisch, direkt, ohne Filter.“ Der Produktionsprozess war relativ schlank: Innerhalb von etwa acht Monaten wurde die Kernversion für den Apple II fertiggestellt, wobei viele der Sprites handgezeichnet und pixelweise optimiert wurden. Die Entwickler testeten die Wirkung von Bomben auf animierte Soldaten in verschiedenen Variationen – ein Detail, das später für Kritik sorgte.

Das Spiel versetzt den Spieler in die Rolle eines US Navy-Piloten im Pazifikkrieg 1944. Als Pilot eines F6F Hellcat jagt man von einem Flugzeugträger aus japanische Flakstellungen, Nachschubtruppen, Landungsboote, Radaranlagen und Flugplätze. Gesteuert wird dabei aus einer seitlichen 2D-Perspektive. Die Steuerung kombiniert Flugphysik mit direkter Arcade-Steuerung: Geschwindigkeit, Fluglage und Flughöhe müssen koordiniert werden, um präzise Bombenabwürfe, Torpedoeinsätze oder Bordmaschinenangriffe auszuführen. Landungen auf dem eigenen Flugzeugträger – der sich ebenfalls in Bewegung befindet – gehören zu den schwierigsten, aber auch eindrucksvollsten Momenten. Munition ist begrenzt, Nachladen und Reparaturen erfordern präzises Landen.

Die Kombination aus realer Militärgeschichte, schwarzhumoriger Gewalt und Arcade-Mechanik sorgte für eine geteilte Rezeption. Die US-Presse lobte das Spiel nahezu durchweg – Compute! sprach von einem „komplexen, aber unterhaltsamen Kriegsspiel, das gleichzeitig pädagogisch und fesselnd“ sei. In Deutschland fiel die Berichterstattung zurückhaltender aus. Die Zeitschrift 64'er lobte 1989 die technische Umsetzung, merkte aber kritisch an, dass „die Darstellung von explodierenden Menschen in einem Spiel dieser Art unnötig martialisch“ wirke. Besonders auf dem C64, dessen Version vom Studio Cascade Games konvertiert wurde, sorgten die teils expliziten Animationen der sterbenden Soldaten für Diskussionen. In Frankreich wurde das Spiel aufgrund seiner Thematik teilweise zensiert vertrieben.

Wings of Fury erschien ursprünglich auf dem Apple II undMS-DOS, später folgten offizielle Portierungen für Commodore 64, Amiga, sowie eine japanische Version für den Sharp X68000, die nicht nur technisch, sondern auch inhaltlich stark verändert wurde. In der exklusiven X68000-Version übernimmt der Spieler nicht die Rolle eines amerikanischen Piloten, sondern steuert eine japanische Mitsubishi A6M Zero und kämpft gegen amerikanische Streitkräfte. Die Level, Menüs, Sounds und Animationen wurden neu gestaltet, um der japanischen Perspektive auf den Krieg zu entsprechen – eine komplette kulturelle Umkehrung des ursprünglichen Spiels. Damit war die X68000-Version keine reine Portierung, sondern eine vollständig lokalisierte Neuinterpretation mit hoher grafischer Qualität und historisch angepasstem Narrativ. Technisch war sie zudem deutlich anspruchsvoller: flüssigere Parallax-Scrolling-Effekte, detailliertere Explosionen und eine ausgefeiltere Kollisionslogik machten sie zu einer der hochwertigsten Fassungen überhaupt.

Insgesamt wurden weltweit schätzungsweise über 250.000 Einheiten verkauft, was angesichts der ernsten Thematik bemerkenswert war. Das Spiel wurde nie offiziell fortgesetzt, obwohl ein Prototyp mit dem Titel Wings of Fury II 1992 bei Brøderbund kursierte, später aber eingestellt wurde. 2001 erschien ein inoffizielles Remake für Windows-PCs, das Gameplay und Grafik modernisierte, aber ohne Lizenz durch kleinere Entwickler realisiert wurde.

Trivia: Die Figur des Piloten blieb namenlos, doch in einem Mockup für das Handbuch der Amiga-Version wurde er „Lt. J. R. Hayes“ genannt – ein Hinweis auf einen echten US-Piloten, der 1944 über Iwo Jima abgeschossen wurde. Entwickler Waldo sagte dazu nur: „Ich wollte keine Heldenromantik. Das war ein Krieg, kein Abenteuerfilm.“ Ein weiterer interessanter Aspekt: Die Gravity-Engine von Wings of Fury wurde später von Brøderbund intern bei Prince of Persia inspiriert übernommen – insbesondere das ballistische Verhalten der Fallbewegungen. Entwickler Jordan Mechner bestätigte später in seinen Notizen von 1989, dass Wings of Fury als eines von drei physikbasierten Vorbildern diente.