Neo Geo AES+ : warum die Befürchtungen rund um den 68000 und den ASIC wahrscheinlich übertrieben sind

Seit der Ankündigung der Neo Geo AES+ hat die technische Debatte schnell Fahrt aufgenommen. Das ist fast unvermeidlich: Sobald ein Hersteller eine treue Hardware-Neuimplementierung verspricht, tauchen sofort die Begriffe ASIC, FPGA, Cycle Accuracy und Kartuschenkompatibilität auf. Ein Teil der Kritik hat sich auf einen sehr spezifischen, fast obsessiven Punkt konzentriert: die Nachbildung des Motorola 68000. Die zugrundeliegende Idee ist einfach: Wenn diese CPU nicht identisch reproduziert wird, bricht alles andere zusammen. Das ist eine verlockende Vereinfachung, aber technisch verfehlt sie das Wesentliche.

Das Interessanteste an dieser Angelegenheit ist nicht so sehr die Angst selbst, sondern ihre Rangordnung. Ja, ein fest verdrahteter ASIC mit einem Fehler kann zu einem echten Problem werden. Ja, eine Marketingkommunikation, die eine „Silizium“-Treue verspricht, erfordert zwangsläufig eine ernsthafte Prüfung. Aber nein, der 68000 ist wahrscheinlich nicht der riskanteste Bereich des Projekts. Bei Neo Geo ist der kritische Punkt nicht, eine kompatible 68k-CPU zum Laufen zu bringen. Der kritische Punkt ist, das Gesamtverhalten wiederzufinden: den Dialog zwischen CPU, Videologik, VRAM, ROM-Kartusche, Audio, Interrupts, Bus-Arbitration und Raster-Timings.

Mit anderen Worten: Der richtige Betrachtungswinkel ist nicht „Kann SNK einen 68000 neu bauen?“, sondern eher „Kann SNK eine kohärente Neo Geo-Architektur industrialisieren, ohne das zu zerstören, was die Persönlichkeit der Maschine ausmacht?“. Hier wird die Debatte endlich nützlich, weil man die abstrakte Angst verlässt und zur eigentlichen ingenieurtechnischen Frage zurückkehrt.

Die falsche Debatte um den Motorola 68000

Der Motorola 68000 wird oft als das Gehirn der Neo Geo beschrieben. Das stimmt, aber man muss präzise sein, was das bedeutet. Der 68000 führt das Hauptprogramm aus, steuert die Spiellogik, verwaltet Register, synchronisiert kritische Aufgaben und koordiniert den Austausch mit dem Rest des Systems. Er erzeugt jedoch weder die visuelle Signatur der Maschine noch allein ihr „SNK-Arcade-Gefühl“. Nur weil eine Komponente zentral ist, heißt das nicht, dass sie mysteriös ist, und nur weil sie wichtig ist, bedeutet das nicht, dass sie der schwierigste Teil der Reproduktion ist.

Die offizielle Motorola-Dokumentation existiert, sie ist umfangreich, detailliert und nutzbar. Das Referenzhandbuch der M68000-Familie beschreibt explizit das Programmiermodell, die Register, den Befehlszähler, das Statusregister, die Instruktionen und deren Unterschiede innerhalb der Familie. Es handelt sich also nicht um eine Komponente, die nur fragmentarisch dokumentiert ist oder durch einige dunkle Wartungshinweise bekannt ist. Es handelt sich um eine CPU, deren Software-Spezifikation seit Jahrzehnten bekannt ist und die von mehreren Entwicklergenerationen, Emulatoren und Hardware-Core-Designern sehr genau analysiert wurde.

Warum der Motorola 68000 einer der am besten beherrschten CPUs der Geschichte ist

Der 68000 profitiert von einer seltenen Kombination günstiger Faktoren. Er wurde sehr weit verbreitet, war lange im Einsatz, wurde in Konsolen und professionellen Geräten verwendet, wurde von sehr aktiven Communities studiert, und seine ISA bleibt relativ verständlich. Die M68000-Familie hat außerdem eine enorme Menge an Werkzeugen hinterlassen: Assembler, Debugger, Disassembler, ROM-Tests, Kompatibilitätssuiten, Instruktions-Tracker und Referenz-Cores. Genau diese Art von Ökosystem verwandelt eine alte CPU in ein „gelöstes Problem“.

Der 68000 hat zudem den Vorteil, an der Schnittstelle mehrerer Welten zu stehen. Er war in Konsolen, Mikrocomputern und in der Arcade im Einsatz. Diese Vielfalt hat eine direkte Konsequenz: Seltsame Verhaltensweisen, Grenzfälle und Abweichungen zwischen Theorie und Praxis konnten erkannt, korrigiert, katalogisiert und erneut validiert werden. Wenn ein 68000-Core bei einem alten Spiel, einem synthetischen Benchmark, einer Atari-ST-Demo-Routine, einem Amiga-Loader oder einem Mega-Drive-Diagnoseprogramm versagt, sieht die Community das sehr schnell. Das ist das Gegenteil eines seltenen Coprozessors, dessen Bugs jahrelang unentdeckt bleiben, weil es keinen ausreichenden Korpus gibt.

Dieser CPU findet sich in Maschinenfamilien, die jeweils ein unterschiedliches Verständnis erzwungen haben: Mega Drive auf Konsolenseite, Amiga, Atari ST und Macintosh auf Mikro-Seite, ohne die beträchtliche Anzahl an 68k-basierten Arcade-Karten zu vergessen. Diese transversale Präsenz ist von großer Bedeutung. Sie bedeutet, dass der 68000 nicht nur „theoretisch“ dokumentiert wurde; man hat ihn in Umgebungen beobachtet, in denen er mit VDPs, Custom Chips, DMA, gebankten ROMs, Video-Interrupts und echten Echtzeitbeschränkungen koexistieren musste.

• Konsolen: Mega Drive und Neo Geo haben den 68k einem breiten Publikum zugänglich gemacht.
• Computer: Amiga, Atari ST und Macintosh haben seine Softwareanwendung stark vorangetrieben.
• Arcade: Capcom, Sega und SNK haben ihn in Umgebungen mit striktem Timing eingesetzt.
• Dokumentation: Die M68000-Familie verfügt über einen ungewöhnlich reichen technischen Korpus.
• Validierung: Emulatoren, FPGA-Kerne und Testwerkzeuge haben zahlreiche Abgleiche ermöglicht.

Ein Prozessor, der bereits in unzähligen Kontexten reproduziert wurde

Es genügt, den Stand der Emulation und der Hardware-Implementierungen zu betrachten, um zu verstehen, wie gut der 68000 beherrscht wird. Auf Softwareseite existieren seit langem Emulationskerne. In Bezug auf Präzision haben sich mehrere Projekte ausdrücklich das Ziel gesetzt, eine zyklengenau Reproduktion zu erreichen. Auf FPGA- oder kompatibler Logikseite gibt es ebenfalls bekannte Implementierungen, die mit Spiele- und Testbibliotheken konfrontiert wurden. Nichts davon beweist, dass eine Neo Geo-Integration automatisch perfekt ist, aber all dies zeigt, dass man nicht bei einem technischen schwarzen Loch beginnt.

Der wichtige Unterschied liegt hier: einen CPU zu reproduzieren ist nicht dasselbe wie eine Konsole zu reproduzieren. Ein treuer 68000-Kern existiert bereits in mehreren Formen. Was einen „guten 68k“ von einer „guten Neo Geo“ trennt, ist die Hardwareumgebung, in die dieser Kern eingebettet ist: Latenzen, VRAM-Zugriffe, Videosignale, Bus-Arbitrierer, Interrupts und die von SNK-Chips auferlegten Zwänge. Es ist also nicht die Schwierigkeit, den 68000 neu zu machen, die zuerst Sorgen bereiten sollte, sondern die Art und Weise, wie man ihn mit dem Rest verbindet.

Dokumentation, Reverse Engineering und zyklengenaues Emulieren

Der 68000 hat auch einen weiteren entscheidenden Vorteil: Er eignet sich sehr gut für verhaltensbasiertes Reverse Engineering. Selbst ohne die originalen Motorola-Masken kann man seine Reaktion auf Instruktionsfolgen, seine Flags, Ausnahmen, Zugriffszeiten und seine Interaktion mit dem Bus sehr genau testen. Genau das hat es modernen Projekten ermöglicht, sehr feine Implementierungen zu erreichen. Die Genauigkeit stammt nicht nur aus den Fabrikplänen; sie kommt auch von der wiederholten empirischen Validierung.

Im Gegensatz dazu gibt es Retro-Blöcke, die deutlich schwieriger vollständig zu entschlüsseln sind: spezialisierte DSPs, Kompressions- oder Entschlüsselungschips in Modulen, zusätzliche Coprozessoren, sehr spezielle Erweiterungen oder hybride Logiken, die CPU, DMA und exotisches Mapping mischen. Genau deshalb ist die Reproduktion des 68000 letztlich weniger beängstigend als manche intelligente Modularchitekturen oder zusätzliche Subsysteme wie die Hilfsprozessoren einiger SNES-Module. Der 68000 ist nicht trivial; er ist vor allem bekannt, begrenzt und bereits sehr gut dokumentiert.

Das Fazit ist ziemlich klar: die Reproduktion des 68000 ist schon lange nicht mehr das Hauptproblem. Nicht im Sinne, dass jeder Klon automatisch perfekt wäre, sondern im Sinne, dass das Problem nichts Experimentelles mehr ist. Man weiß, wie man ihn dokumentiert, vergleicht, implementiert und vor allem mit einer Fülle historischer Software konfrontiert.

Die Neo Geo ist nicht wegen des 68000 legendär

Die Neo Geo hat nie nur fasziniert, weil sie einen 68000-Prozessor hatte. Andere Maschinen nutzten ihn bereits, manchmal mit hervorragenden Ergebnissen. Was die Neo Geo sofort erkennbar macht, ist die Art und Weise, wie die SNK-Architektur den Kartuschenspeicher in die Anzeige umwandelt. Ihre Persönlichkeit liegt in der Dichte ihrer Sprites, der Größe ihrer Assets, der Art, wie ihre Chips die Videolinien verarbeiten, und dem rohen Reichtum ihrer Grafik-ROMs. Die CPU dirigiert; sie erzeugt nicht allein diese massive, sehr „Arcade-Heimkonsolen“-Darstellung.

Hier entgleisen viele Debatten. Man denkt, als würde der Austausch einer CPU die Maschine automatisch in etwas anderes verwandeln. Tatsächlich kommt die Identität des Systems bei einer Neo Geo vom Anzeige-Pipeline, der Aufteilung der Daten auf der Cartridge, den Grafikchips und den Render-Timings viel mehr als von einer vermeintlichen internen Magie des 68000. Die Neo Geo ist keine „68000-zuerst“-Maschine. Es ist eine SNK-zuerst-Maschine.

Gleiche CPU, radikal unterschiedliche Ergebnisse

Der Vergleich der Neo Geo mit anderen 68k-Maschinen ist aufschlussreich, gerade weil er zeigt, was die CPU nicht erklärt. Die Mega Drive beispielsweise organisiert ihre Anzeige klar um Scrolling-Ebenen, Tiles und Sprites über ihren VDP. Die Neo Geo hingegen beruht auf einer viel direkteren Logik: eine Fix-Layer und eine gigantische Sprite-Maschinerie, die ihre Daten direkt aus dedizierten Grafik-ROMs holt. Auch wenn beide Welten einen 68k teilen können, spielen Darstellung und Einschränkungen nicht in derselben Liga.

Dasselbe lässt sich über den Vergleich mit dem Amiga oder Atari ST sagen. Diese Maschinen haben ebenfalls einen 68000, aber ihre Videoarchitektur, ihre Hilfschips, ihr Speicherzugriff und ihre Softwarephilosophie haben nichts mit der Neo Geo gemein. Die CPU ist eine gemeinsame Basis. Das visuelle Ergebnis, das Bandbreitengefühl und die Renderstruktur kommen vom Rest.

Das wahre Herz der Neo Geo: das Grafiksystem

Was die visuelle Signatur der Neo Geo ausmacht, ist ihre Fähigkeit, eine enorme Menge großer Sprites mit einem unmittelbaren Gefühl von Reichtum darzustellen. Auf dieser Maschine sind Sprites keine einfachen kleinen beweglichen Objekte, die über einen statischen Hintergrund gelegt werden. Sie können zusammengesetzt werden, um große vertikale und horizontale Strukturen zu bilden, was riesige Charaktere, mehrsegmentige Bosse, imposante Fahrzeuge und extrem dichte Szenen ermöglicht.

Sprite-Pipeline: eine Maschine, die Scanline für Scanline gedacht ist

Die Renderlogik der Neo Geo ist viel raffinierter, als man denken könnte. Der LSPC, das Herzstück des Videosystems bei Cartridge-Systemen, arbeitet mit Zeilenpuffern. Die Grundidee ist einfach: Während eine Zeile an den Videoausgang gesendet wird, wird die nächste bereits vorbereitet. Dieser ständige Wechsel ermöglicht eine reiche Anzeige, ohne den Takt zu blockieren. Das ist ein grundlegendes Detail, denn es erklärt, warum die Genauigkeit der Video-Timings wichtiger ist als nur die CPU-Kompatibilität.

Die vereinfachte Funktionsweise lässt sich so zusammenfassen: Die Neo Geo bereitet die für eine bestimmte Zeile benötigten Sprites vor, füllt eine aktive Liste und rendert diese Zeile zum richtigen Zeitpunkt. Jeder Fehler in dieser Sequenz kann subtile Artefakte verursachen: falsche Priorität, fehlende Sprites in einer Zeile, punktuelles Flackern oder Effekte, die nicht genau zum richtigen Zeitpunkt erscheinen.

LSPC, Scanlines und Sprite-Verwaltung

Die Rolle des LSPC geht weit über eine einfache Umwandlung von Daten in Pixel hinaus. Er beteiligt sich an der Auswahl der aktiven Sprites, deren Verarbeitung je nach aktueller Zeile, der Komposition der sichtbaren Ebenen und dem finalen Videoausgang. Es ist eine Logik, die tief mit dem Anzeige-Rhythmus verbunden ist. Das ist auch einer der Gründe, warum eine Neo Geo nicht nur danach beurteilt wird, ob sie ein Spiel starten kann, sondern danach, ob sie sich jederzeit korrekt verhält, auf jeder bedeutenden Scanline.

Die Maschine muss ständig entscheiden, welche Sprites gezeichnet werden sollen, in welcher Reihenfolge, mit welchen Prioritäten und innerhalb welches Zeitbudgets. In einer einfachen Szene mag das trivial erscheinen. In einem Metal Slug oder Blazing Star im vollen visuellen Chaos ist es genau das Gegenteil. Hier zeigt sich der Unterschied zwischen einer einfach „funktionalen“ Reproduktion und einer wirklich überzeugenden Reproduktion.

Getrennte Cartridge-Busse und massive Grafik-ROMs

Die Cartridge-Architektur der Neo Geo ist entscheidend, um ihre Darstellung zu verstehen. Die Daten sind nicht in einem einheitlichen Block zusammengefasst. Das System trennt das Hauptprogramm, die Audio-Samples, die Grafikdaten, die Fix-Layer und den Sound-Code. Diese Trennung verändert vollständig, wie die Maschine die Cartridges nutzt. Der 68000 sieht das Programm und steuert das Ganze, aber er liest die riesigen Grafikbanken nicht wie einen klassischen linearen Speicher. Die Videologik greift direkt auf das zu, was sie benötigt.

Genau diese Entkopplung ermöglicht es der Neo Geo, massive Mengen detaillierter Grafiken anzuzeigen, ohne die gesamte Last auf die CPU zu legen. Der 68000 gibt Befehle. Die spezialisierte Hardware führt den schwersten Teil der Bilddarstellung aus. Diese Logik erklärt auch, warum die Maschine trotz der Verwendung einer CPU, die auch in anderen Plattformen eingesetzt wird, eine so eigenständige Identität bewahrt.

Warum bleibt diese Darstellung einzigartig? Weil die Neo Geo ihre Bandbreite dort einsetzt, wo der Spieler sie sofort sieht: große Sprites, reichlich Animationen, riesige Cartridges, rohe Grafikdaten und eine für Arcade optimierte Videopipeline. Während andere Systeme stärker auf ausgefeilte Hintergrundebenen, Scrolling-Tricks oder Speicherkompromisse setzen, verfolgt die Neo Geo eine fast brutale Strategie: eine enorme Menge an Assets laden und diese regelmäßig auf den Bildschirm bringen.

Warum die Neo Geo weder der SNES noch der Mega Drive ähnelt

Der Vergleich mit der Super Nintendo und der Mega Drive ist aufschlussreich, vorausgesetzt, man bleibt technisch. Die SNES setzt stark auf Tilemaps, verschiedene Anzeigemodi, komplexe Hintergrundebenen und eine andere Orchestrierung der Effekte. Die Mega Drive hingegen basiert auf einem klassischeren VDP in seiner Philosophie, mit klar definierten Scroll-Ebenen und Sprites, die nach einer anderen Logik verwaltet werden. Die Neo Geo wählt einen direkteren, datenintensiveren Weg, der aber äußerst effektiv ist, um eine „Premium-Arcade“-Darstellung zu erzeugen.

Der Spieler spürt es intuitiv: größere Sprites, großzügigere Animationen, ein sofortiger Eindruck visueller Fülle. Der Ingenieur erkennt es in der Architektur: dedizierte ROMs, allgegenwärtige Sprite-Logik, eine Scanline-Pipeline, die für massive Objekte konzipiert ist, und eine Bandbreite, die auf das Wesentliche konzentriert ist. Der visuelle Mythos Neo Geo entsteht nicht durch einen magischeren 68000 als andere. Er entsteht durch eine sehr kohärente SNK-Architektur, die auf ihr Ziel abgestimmt ist.

Die wahre Herausforderung: die Timings, nicht die CPU

In einer glaubwürdigen Neo Geo ist die wahre Herausforderung weniger der Befehl MOVE oder ADD als der genaue Zeitpunkt, an dem alles passiert. Wann kann die CPU schreiben? Wann liest die Videologik den VRAM? Wann wechseln die Puffer? Wann sieht die Audiologik ihre Daten? Wann antwortet eine Cartridge auf dem richtigen Bus? Die ganze Maschine lebt von sehr präzisen Zugriffsfenstern, mit schnellen und langsamen Zeitfenstern, konkurrierenden Zugriffen und einem durch die zeilenweise Anzeige vorgegebenen Rhythmus.

Ein Timing-Fehler kann Bugs verursachen, die die breite Öffentlichkeit als „grafisch“ identifiziert, deren Ursache jedoch tiefer liegt. Ein Sprite kann flackern, seine Priorität verlieren, während nur einer einzigen Zeile ein falsches Kachelbild anzeigen oder einen Effekt mit minimaler Verzögerung auslösen. Ein Spiel kann stundenlang korrekt erscheinen und nur bei einem Boss, einem Übergang oder einer Sequenz mit vielen animierten Objekten versagen.

Speicherlatenz und Synchronisation CPU / Video / Audio

Die Speicherlatenz ist ein kritischer Punkt. Wenn der VRAM oder die Cartridge-Zugriffe etwas zu spät oder etwas zu früh reagieren, kann sich alles andere verschieben. Retro-Systeme verfügen nicht über die Flexibilität und die Abstraktionsebenen moderner Maschinen. Sie basieren auf stabilen, oft engen, manchmal sehr hardware-nahen Verhaltensweisen. Eine kleine Abweichung kann ausreichen, um eine Animation, einen Soundeffekt oder eine Render-Priorität zu beeinträchtigen.

Der Ton entkommt dieser Logik nicht. Die Neo Geo setzt für die Soundverwaltung auf einen Z80 und für die Synthese und Samples auf den YM2610. Auch hier hängt die Genauigkeit nicht nur davon ab, „einen kompatiblen Z80“ oder „einen Audioclip, der fast gleich klingt“, zu haben. Sie hängt davon ab, wie der 68k, der Z80, die Interrupts und die Audiodaten synchronisiert werden, ohne den Spielfluss oder die erwarteten Soundauslösungen im Vierteltakt zu stören.

Konkrete Beispiele möglicher Probleme

• Speicherlatenz: eine zu langsame Antwort kann eine empfindliche Anzeige in einer bestimmten Zeile zerstören.
• Bus-Arbitration: ein schlecht platzierter CPU-Zugriff kann die Videologik stören.
• Audio-Synchronisation: eine leichte Verzögerung zwischen 68k und Z80 kann verzögerte Soundeffekte erzeugen.
• Cartridge-Zugriff: eine unvollkommene Antwort der ROMs kann eine fehlerhafte Datenlesung verursachen.
• Interrupts: eine falsche Abstimmung kann Routinen durcheinanderbringen, die einen sehr genauen Zeitpunkt erwarten.

Genau aus diesem Grund ist die ernsthafte Frage nicht „Führt die CPU die richtigen Befehle aus?“, sondern „Atmet die gesamte Maschine im richtigen Rhythmus?“. Auf der Neo Geo ist Genauigkeit ebenso eine Frage der Zeit wie der Logik.

ASIC gegen FPGA: ein reales Risiko, aber relativ zu sehen

Die Debatte ASIC vs FPGA verdient mehr als ein Lagerdenken. Ein FPGA hat einen enormen Vorteil: er kann aktualisiert werden. Wird ein Bug entdeckt, kann der Kern weiterentwickelt werden. Für ein lebendiges Projekt, für eine Preservation-Szene oder für eine experimentelle Plattform ist das ein riesiger Vorteil. Aber die umgekehrte Argumentation – „ASIC also zwangsläufig weniger genau“ – hält technisch nicht stand. Ein ASIC ist nicht per se eine verschlechterte Version; es ist eine Form der Industrialisierung einer gegebenen Logik.

Entscheidend ist nicht nur das Endmedium. Entscheidend ist die Reife der Logik vor dem Fixieren. Ein unreifes Design zu fertigen ist riskant. Ein Design, das bereits lange geprüft, mit echten Spielen konfrontiert und durch sukzessive Iterationen bereinigt wurde, ist eine ganz andere Geschichte. Der FPGA ist also überlegen, wenn man noch erkundet, noch korrigiert, wenn man eine Tür für Anpassungen offenhalten will. Der ASIC wird sinnvoll, wenn das Zielverhalten bereits solide abgesichert ist.

Echte Unterschiede zwischen FPGA und ASIC

Auf logischer Ebene können beide Ansätze dasselbe funktionale Ergebnis anstreben. Praktisch gesehen funktionieren sie jedoch unterschiedlich. Das FPGA implementiert eine konfigurierbare Logik in einer programmierbaren Struktur. Das ASIC hingegen implementiert diese Logik dediziert. Das verändert die Art, wie man ein Design anpasst, einen Bug behebt, Zeitspielräume verwaltet und bestimmte physikalische Verhaltensweisen kontrolliert.

Zur Frage des Timings kann ein FPGA manchmal mehr Sorgfalt erfordern, um sicherzustellen, dass das Design im großen Maßstab genau wie vorgesehen funktioniert, je nach gewähltem Ziel. Ein ASIC kann, einmal gut entworfen, eine bessere Produktionsstabilität bieten. Zur Frage des elektrischen Verhaltens kann das ASIC ebenfalls homogener sein, mit einem vorhersehbareren Verbrauch und Signalprofil. Nichts davon macht es automatisch zu einer überlegenen Lösung. Es zeigt lediglich, dass das Duell „schlechtes ASIC / gutes FPGA“ viel zu simpel ist.

Warum ASIC nicht unbedingt weniger genau ist

Genauigkeit ist kein moralisches Argument; es ist ein Ergebnis. Ein gut entworfenes ASIC kann eine stabile Latenz, eine saubere Integration, eine homogene Produktion und ein konstanteres elektrisches Verhalten im großen Maßstab bieten. Für ein Massenprodukt kann dies sogar ein praktischer Vorteil sein. Die relevante Frage ist nicht „Kann man nachträglich korrigieren?“, sondern „Wie viel wurde vor der Fertigung korrigiert?“. Wenn das AES+ tatsächlich auf einer bereits sehr ausgereiften Logik basiert, ist das ASIC keine russische Roulette mehr; es ist ein Produktionsschritt.

In welchen Fällen bleibt das FPGA überlegen

Das FPGA behält einen offensichtlichen Vorteil bei allem, was Edge Cases betrifft: untypische Flashcarts, launische Multicarts, aggressive Homebrews, späte Validierungstests, Verhaltensvarianten, die von der Community entdeckt wurden. Auf diesem Gebiet ist die Rekonfigurierbarkeit König. Deshalb bleibt ein FPGA das ideale Forschungswerkzeug und ein ASIC kann zum idealen Verbreitungswerkzeug werden – vorausgesetzt, dass ersteres den zweiten gut vorbereitet hat.

Die Rolle von Furrtek verändert die Gleichung stark

Der Name Furrtek ist wichtig, weil er nicht nur eine einfache Meinungsäußerung darstellt. Er steht für eine langjährige Arbeit an der Programmierung der Neo Geo, der Speicherzuordnung, den Rollen der ROMs, den Schnittstellen zwischen Subsystemen und vor allem für den ausdrücklichen Willen, die Funktionsweise der Maschine in logische Definitionen zu übertragen. Das ist ein entscheidender Punkt, weil er die Natur des Risikos vollständig verändert.

Man fängt nicht bei Null an. Selbst ohne auf die vertraulichen Details eines kommerziellen Projekts einzugehen, ist das öffentliche Ökosystem rund um die Neo Geo bereits viel ausgereifter als bei vielen anderen Maschinen. Reverse Engineering, Kartenanalyse, Busverständnis, ROM-Dokumentation, Rendering-Studien, FPGA-Experimente: all das existiert bereits öffentlich und reduziert das Risiko einer „blinden“ Reproduktion enorm.

Reverse Engineering und Feldvalidierung

Nützliches Reverse Engineering ist keine bloße Kuriosität von Archivaren. Es ist eine Arbeit, die es erlaubt, reale Verhaltensweisen zu vergleichen, Hypothesen zu validieren, logische Ketten zu rekonstruieren und diese Ketten gegen die Realität der Hardware zu testen. Je mehr ein Design mit Originalkassetten, mit Spielen, die bekanntermaßen Probleme verursachen, mit sensiblen Timings und mit Entwicklungstools konfrontiert wurde, desto reifer wird es.

Wenn eine Logik bereits mit einem echten Spielkorpus, empfindlichen Routinen und pingeligen Nutzern konfrontiert wurde, hat sie nicht mehr denselben Status. Sie hört auf, eine elegante Hypothese zu sein, und wird zu einem bewährten Design. Deshalb ist die Idee eines Wechsels von FPGA zu ASIC an sich nicht schockierend. Besorgniserregend wäre eine frühe Fertigung ohne solide Grundlage oder Validierungsvorgeschichte. Der aktuelle Neo Geo-Kontext sieht nicht so aus.

Ein ausgereifter Kern, kein wegwerfbarer Prototyp

Es gibt einen riesigen Unterschied zwischen dem Einfrieren eines Entwurfs in einem ASIC und der Industrialisierung eines bereits lange getesteten Kerns. Im ersten Fall graviert man Annäherungen ein. Im zweiten verwandelt man angesammeltes Wissen in ein fertiges Produkt. Genau das macht die aktuelle Debatte nuancierter, als sie scheint: Die gewählte Plattform zählt, aber die Reife des Designs zählt noch viel mehr.

Ein begrenzter Katalog, daher fast vollständig testbar

Ein beruhigender Punkt wird viel zu selten erwähnt: Der Neo Geo-Katalog ist abgeschlossen, relativ überschaubar und daher unter realistischen Bedingungen überprüfbar. Es handelt sich um etwa 150 bis 160 offizielle Spiele, je nachdem, wie Varianten gezählt werden. Das ist riesig für einen Spieler, aber durchaus machbar für eine ernsthafte Validierungskampagne. Das ändert die Natur des Risikos komplett. Es geht nicht um ein unendliches, unkontrollierbares Ökosystem mit Tausenden von Modulen mit unvorhersehbarem Verhalten.

Warum diese Validierung durch den Katalog glaubwürdig ist

Man muss nur intelligent testen. Die richtige Methode ist nicht, jedes Spiel nur kurz zu starten; man muss die Sequenzen ansteuern, die die Maschine wirklich fordern. Die großen SNK-Titel sind nicht nur berühmt: Sie dienen auch als natürliche Stresstests. Sie beanspruchen massiv Sprites, Sound, Übergänge, Modul-Bandbreite und Anzeige-Timings.

• Metal Slug: Explosionen, riesige Sprites, Fülle von Objekten und überfüllte Szenen.
• Blazing Star: mehrere Projektile, hohe visuelle Dichte, anspruchsvolles Scrolling.
• Pulstar: hervorragender Indikator für grafische Stabilität und zeitliche Kohärenz.
• Garou: Mark of the Wolves: reiche Animation, große Assets und empfindliche Übergänge.
• The Last Blade: raffinierte visuelle Effekte, zu überwachendes Anzeige-Rhythmus.
• KOF 98 / KOF 2002: hohes Animationsvolumen und vielfältige Routinen.
• Samurai Shodown II: große Charaktere, Einschlagseffekte und schnelle Kombos.

Der Vorteil eines begrenzten Katalogs ist einfach: Wenn die großen kritischen Spiele sauber laufen, steigt das Vertrauen sehr schnell. Das ist keine metaphysische Garantie, aber eine viel solidere Validierung als bei Maschinen, bei denen die Anzahl der Titel, Mapper oder Coprozessoren eine Vollständigkeit nahezu unmöglich macht.

Man muss auch einen praktischen Punkt hinzufügen: Zukünftige offiziell für das AES+-Ökosystem entwickelte Spiele werden nicht im luftleeren Raum entworfen. Sie werden auf originalem AES und auf AES+ getestet. Das glättet natürlich die Zielverhalten und reduziert das Risiko moderner Kreationen, die von einem exotischen Hardwarefall abhängen, der für die Mehrheit der Spieler keinen wirklichen Nutzen hat.

Die realen Grenzen im Blick behalten

Zu sagen, die Angst vor dem 68000 sei übertrieben, heißt nicht, die Risikobereiche zu leugnen. Sie existieren. Sie sind nur woanders. Die erste ist die Feinheit der Timings. Die zweite ist die elektrische Kompatibilität mit manchmal abgenutzten Originalmodulen, Adaptern oder atypischen Peripheriegeräten. Die dritte ist alles, was über das Hauptziel hinausgeht: Flashcarts, Multicarts, Conversions, aggressives Homebrew und andere Nutzungen, die die Ecken des Systems testen statt seinen offiziellen Kern.

Flashcarts, Multicarts und Homebrew

Eine moderne Multicart oder eine Flashcart kann Verhaltensweisen ausnutzen, die die Originalmaschine nie im gleichen Rahmen verkraften musste. Manche Karten machen Bankswitching auf sehr spezifische Weise, andere spielen mit Schutzmechanismen, wieder andere zeigen Schreibgewohnheiten, die weniger sauber sind als bei offiziellen Modulen. Genau hier behält ein FPGA eine überlegene Flexibilität, und ein ASIC kann auf Fälle stoßen, die für den Hersteller nicht prioritär sind.

Homebrew wirft eine andere Frage auf. Ein moderner Entwickler kann bewusst versuchen, eine Architektur bis an ihre Grenzen zu treiben, manchmal sogar über das hinaus, was kommerzielle Spiele der damaligen Zeit tatsächlich leisteten. Das ist an sich kein Problem; es ist sogar spannend. Aber das ist nicht unbedingt das richtige Hauptkriterium, um eine Konsole zu beurteilen, die in erster Linie darauf ausgelegt ist, das historische Verhalten des offiziellen Katalogs korrekt zu reproduzieren.

Hardware-Edge-Cases und der tatsächliche Produktumfang

Man muss ehrlich beim Nutzerumfang bleiben. Die Kernzielgruppe einer AES+ ist nicht unbedingt der Sammler, der drei exotische Adapter, eine fragwürdige Cartridge und ein dreißig Jahre altes modifiziertes Zubehör anschließt. Die Kernzielgruppe ist in erster Linie das zuverlässige Abspielen des offiziellen Katalogs und moderner Produktionen, die auf größtmögliche Kompatibilität ausgelegt sind. Edge-Cases sind wichtig, aber sie definieren nicht allein den Erfolg des Projekts.

Klar gesagt hätte eine Inkompatibilität bei einer dubiosen Multicart oder einem marginalen Zubehör nicht das gleiche Gewicht wie ein Problem bei Garou, Metal Slug oder KOF 98. Man muss die Maschine zuerst auf ihrem Hauptgebiet beurteilen.

Warum die Angst vor dem 68000 vom eigentlichen Thema ablenkt

Das Problem der aktuellen Debatte ist im Grunde vor allem methodisch. Sie lenkt die ganze Aufmerksamkeit auf eine Komponente, deren Reproduktion bereits gut erforscht ist, während die eigentliche Schwierigkeit einer Neo Geo in ihrer gesamten Architektur liegt. Eine Neo Geo ist nicht „ein 68000 mit einem Videosignal“. Es ist ein präzises Ensemble: 68k, Z80, YM2610, VRAM, LSPC, aktive Listen, getrennte Cartridge-Busse, spezialisierte ROMs, Paletten, Fix-Layer, Linienpuffer und enge zeitliche Steuerung.

Mit anderen Worten, die richtige Frage ist nicht „Ist der 68000 original?“. Die richtige Frage ist „Ist das komplette Neo Geo-Verhalten vorhanden?“. Wenn ja, dann kann die AES+ äußerst überzeugend sein, selbst ohne unnötige Mythen rund um die CPU. Wenn nein, reicht selbst ein tadelloser 68000 nicht aus, um eine zu grobe Nachbildung der SNK-Maschine zu retten.

Fazit: Die eigentliche Frage ist die SNK-Architektur, nicht der 68000

Die Bedenken bezüglich der Neo Geo AES+ verdienen es, ernst genommen zu werden, aber sie müssen in der richtigen Reihenfolge eingeordnet werden. Nein, die Reproduktion des Motorola 68000 ist wahrscheinlich nicht das schwächste Glied. Es ist einer der am besten dokumentierten, am gründlichsten untersuchten und am häufigsten nachgebauten Retro-CPUs. Die Werkzeuge existieren, die Kerne existieren, die Validierungsmethoden existieren. In diesem Punkt sind wir weit entfernt von einem Sprung ins Ungewisse.

Ja, die eigentliche Herausforderung liegt woanders: in der Treue des Grafiksystems, der Timings, der Cartridge-Busse, der Scanline-Rendering-Logik und der globalen Synchronisation aller SNK-Blöcke. Hier entscheidet sich die Glaubwürdigkeit einer AES+ Hardware. Aber hier gibt es auch Gründe, weniger alarmistisch zu sein, als manche Aussagen vermuten lassen: Die Maschine ist gut erforscht, ihr Katalog ist testbar, und der öffentliche Stand des Neo Geo Reverse Engineerings zeigt eine Reife, die alles andere als embryonal ist.

Die treffendste Formulierung heute ist wohl diese: Die AES+ ähnelt viel mehr einer Industrialisierung als einem Experiment. Es ist kein Versprechen absoluter Perfektion. Es ist eine gesündere Art, die Debatte zu führen. Man kann Timings, atypische Cartridges und Randfälle beobachten, ohne den 68000 zu einem falschen Schreckgespenst zu machen.

Im Grunde lautet die eigentliche Frage also nicht: „Kann SNK einen 68000 reproduzieren?“

Die eigentliche Frage ist: „Reproduziert die Neo Geo AES+ die komplette Architektur, die die Stärke der Originalmaschine ausmachte, treu?“

Wenn die Antwort ja lautet, dann kann die AES+ wahrscheinlich als das angesehen werden, was sie ist: eine Industrialisierung einer Neo Geo-Hardware, die bereits lange verstanden, getestet und validiert wurde, und kein waghalsiges Experiment.

Technische FAQ zur Neo Geo AES+

Benötigt die Neo Geo AES+ wirklich die Originalpläne des 68000?

Nicht unbedingt. Um ein kompatibles Verhalten zu erreichen, kann man sich auf die offizielle Dokumentation, verhaltensbasiertes Reverse Engineering, Testreihen und bereits existierende Implementierungen stützen. Die Originalmasken wären ein historischer Vorteil, aber keine zwingende Voraussetzung, um einen treuen 68k nachzubilden.

Warum sagt man, dass der 68000 nicht das eigentliche Thema ist?

Weil die Neo Geo ihre Persönlichkeit aus ihrer Video-Logik, ihren getrennten ROMs, dem LSPC und den Timings zieht. Die Haupt-CPU steuert das System, aber der „Neo Geo-Geschmack“ entsteht vor allem durch das Sprite-Rendering und das Gesamtverhalten der Maschine.

Ist ein ASIC zwangsläufig schlechter als ein FPGA, um eine Retro-Konsole nachzubauen?

Nein. Ein FPGA ist besser zum Korrigieren und Iterieren. Ein ASIC kann ausgezeichnet sein, wenn die Logik vor der Fertigung ausreichend validiert wurde. Das Trägermedium ersetzt nicht die Qualität des Designs.

Welche Spiele wären die besten Kompatibilitätstests?

Spiele mit vielen Sprites und Animationen sind am aufschlussreichsten: Metal Slug, Blazing Star, Pulstar, Garou oder einige KOF-Titel. Diese zeigen am schnellsten Probleme mit Prioritäten, Bandbreite oder Video-Timings auf.

Sind Flashcarts und Multicarts ein guter Indikator für Genauigkeit?

Ja und nein. Sie können nützliche Grenzfälle aufdecken, repräsentieren aber nicht immer die Hauptzielgruppe eines kommerziellen Produkts. Eine Maschine kann im offiziellen Katalog hervorragend sein, aber bei sehr untypischen modernen Karten fragwürdiger.

Was ändert konkret die bereits geleistete Reverse-Engineering-Arbeit rund um die Neo Geo?

Sie verändert das Ausgangsniveau. Ein großer Teil der Neo Geo-Architektur wurde bereits untersucht, beschrieben und in eine nutzbare logische Basis überführt. Das reduziert das Risiko erheblich, mit einem unvollständigen oder ungenauen Verständnis neu zu beginnen.