Kurze Antwort: Nein

Bei älteren Systemen (sowohl für Videospiele als auch für Heimcomputer) ist zu beachten, dass Speicher früher ein Luxus war. Sie hatten weder Gigabyte (noch Megabyte) Speicher noch RAM. Das Rendern eines gesamten Levels, wenn nur ein kleiner Teil angezeigt würde, wäre eine enorme Verschwendung wertvoller Computerressourcen gewesen.

Es gibt auch keinen Grund anzunehmen, dass jedes einzelne NES-Spiel codiert ist seine Karte auf die gleiche Weise. Es ist sehr wahrscheinlich, dass sie im Laufe der Zeit bessere Möglichkeiten gefunden haben, um dies zu tun. Selbst in ähnlichen Spielen (SMB1 vs SMB3) würden die Karten anders im Speicher gespeichert. Dies bedeutet, dass es keinen Grund gibt zu erwarten, dass ein Emulator weiß, wie man ein bestimmtes Spiel nimmt und die vollständige Karte für das aktuelle Level rendert.

Es gibt auch viele andere Probleme damit - das weiß ich in SMB1, Feinde, die sich außerhalb des Bildschirms befinden, bewegen sich nicht. Würden Sie erwarten, dass sie sich die ganze Zeit bewegen oder nur, wenn der aktive Teil des Bildschirms sie erreicht? Ersteres wirkt sich auf das Gameplay verschiedener Spiele aus, während letzteres zusätzliche Logik erfordert, die derzeit nicht im Spielcode vorhanden ist.

Selbst wenn Sie den Spielcode geändert haben, wird dies kein Emulator sein kann damit umgehen, es sei denn, Sie ändern auch den Emulator. Der Emulator muss in der Lage sein, Spielkarten unterschiedlicher Größe zu verarbeiten und dem Spiel mehr Ressourcen zur Verfügung zu stellen.

Es gibt zwei Möglichkeiten, dies zu tun: eine generische und eine spielspezifische.

Beobachten der Bildlaufnaht

Das Nintendo Entertainment System verfügt über 2 KB Videospeicher in der Steuerung Deck. Dies reicht für 256 x 480 Pixel oder 512 x 240 Pixel der Karte aus, abhängig vom namentabellbaren Spiegelungsmodus, den das Game Pak auswählt. Da der Speicher in einem Game Pak so klein ist, z. B. 40 KiB für Super Mario Bros. , speichern Spiele die Karte komprimiert und dekomprimieren sie schrittweise in den Videospeicher, während sich die Kamera durch ein Level bewegt.

Nova the Squirrel © 2018 Joshua Hoffman
Animation neu aufgedeckter Bereiche in einer Bildlaufebene, aufgenommen von " PPU Scrollen" im NESdev Wiki. Der Videospeicher ist oben; Der gerenderte Hintergrund befindet sich unten. Die orangefarbene Klammer zeigt die aktuelle Bildlaufposition an. $ 2000 und $ 2400 sind die hexadezimalen Basisadressen im Videospeicher der beiden Tilemaps.

Ein speziell modifizierter Emulator könnte auf Schreibvorgänge in das Bildlaufregister und achten Protokollieren Sie neu aufgedeckte Bereiche der Karte. Ein solches Merkmal würde nur besuchte Gebiete und möglicherweise eine Annäherung der feindlichen Startpositionen basierend auf Sprites anzeigen, die durch das neu besuchte Gebiet gehen. Es würde überhaupt keine nicht besuchten Bereiche anzeigen, ähnlich wie eine Karte in einem PC-Echtzeit-Strategiespiel unerforschte Bereiche auslässt. Wenn die Karte eines Spiels jedoch nicht zufällig ausgewählt wurde, kann ein Emulator die Karte aus einem vorherigen Durchspielen desselben Levels zwischenspeichern und offenlegen, was kommen wird.

Reverse Engineering

Obwohl Verschiedene Spiele verwenden unterschiedliche Kartendatenformate. Mehrere Spiele wurden so detailliert rückentwickelt, dass ein PC-Programm geschrieben werden kann, das eine gesamte Karte dekodiert. Oft werden die Ergebnisse eines solchen Reverse Engineering auf RomHacking.net veröffentlicht. Einige Spiele werden so detailliert verstanden, dass Benutzer Level-Editoren erstellt haben, z. B. viele Spiele in Mario , Zelda , Metroid und Mega Man -Serie.

Ja, das gewünschte Ziel kann mit Sicherheit erreicht werden. Diese Behauptung ist nicht nur eine blinde Theorie: Es wurde bereits etwas sehr Ähnliches getan.

Zunächst erkenne ich die von anderen erwähnte Schwierigkeit an. Da Level-Daten für verschiedene Spiele wahrscheinlich auf unterschiedliche Weise gespeichert werden (z. B. Diskussion über Zeldas Kartendaten ), Ein Emulator würde für jedes Spiel benutzerdefinierte Daten benötigen. Durch eine wachsende Sammlung von Plug-Ins könnte dies erreicht werden. Also komme ich zu dem gegenteiligen Schluss. Dies könnte für die begrenzte Anzahl von Spielen geschehen, die kommerziell veröffentlicht wurden, genau wie MMCs hinzugefügt wurden. Dies wäre jedoch aufgrund einiger erheblicher Schwierigkeiten ein recht zeitaufwändiges Projekt.

Es gibt mehrere Spiele mit Level-Editoren. Solche Editoren wissen, wie man Daten von den Kassetten liest, und diese Software war nützlich für Fans, die nach Karten gesucht haben, von denen sie überzeugt waren, dass sie absolut korrekt sind.

Schauen wir uns jedoch einen anderen Ansatz an, der darauf reagiert was eigentlich gefragt werden sollte. Eine andere Möglichkeit besteht darin, die Grafiken beim Rendern zu erfassen. Sie haben nicht die Möglichkeit, "das zu tun" (Karte erstellen) und dann "(in der angegebenen Reihenfolge nach Abschluss des ersten Schritts)" noch spielen zu können ", wie in der Frage gestellt. Dies zeigt also nicht die gesamte Karte unmittelbar vor dem ersten "Durchspielen".

Was Sie erhalten, ist eine ziemlich automatisierte Möglichkeit, die zuvor auf dem Bildschirm angezeigten Kartendaten zu sehen, die ziemlich automatisch zusammengefügt wurden und Karten erstellen könnten. (Selbst wenn Änderungen erforderlich wären, könnte es viel einfacher sein, solche Karten als Ausgangspunkt zu haben, als zu versuchen, Dinge von Grund auf neu zu erstellen.) Da die meisten NES-Spiele Kartendaten verwenden, die bei einem späteren "Durchspielen" wiederholt werden (statt zufällig) Kartendaten), könnten solche Karten verwendet werden, um sie vor dem erneuten Durchspielen anzusehen. Basierend auf Kommentar des Frageplakats , das Ziel ist nicht unbedingt, die gesamte Karte sofort zu sehen.

Basierend auf diesem tatsächlichen Ziel ist dies definitiv ein Ziel, das erreicht werden kann (zumindest mit begrenztem Erfolg). Ein Video zeigt etwas sehr Ähnliches, das tatsächlich gemacht wurde, indem Folgendes verwendet wurde:

• eine echte NES
• echte NES-Controller
• benutzerdefinierte Hardware, die kombiniert wurde Eingabe von mehreren NES-Controllern
• Hardware, die das angezeigte Video verarbeitet hat

Obwohl Kartendaten nicht für die langfristige Verwendung gespeichert wurden, da dieses Projekt einige geringfügig anders war Ziele zeigte das Ergebnis Kartendaten, nachdem es verwendet wurde. Ich gehe davon aus, dass die Technik ziemlich einfach geändert werden kann, um die Kartendaten zu speichern, anstatt die Kartendaten zu verwerfen. Tatsächlich haben sie einige Teilkarten veröffentlicht (die in einer PDF-Datei enthalten sind und von denen einige in der Ars Technical-Veröffentlichung des Projekts erwähnt werden). Ich erinnere mich, dass ich in einem Video, das dieses System demonstriert, mindestens die folgenden Spiele gesehen habe:

• Super Mario Bros. (1)
• Super Mario Bros. 2 (amerikanische Veröffentlichung) (auch bekannt als "Super Mario USA")
• Super Mario Bros. 3
• Probotector (überarbeitete Version von "Contra", wie in Europa veröffentlicht)
• Castlevania
• Lebenskraft
• ExciteBike

Dies zeigt dieses großartige Video: Entfaltung der 8-Bit-Ära (8 Bit, 8 Spieler) , 8 Projektoren und ein Nintendo Entertainment System) . Bereiten Sie sich darauf vor, dass Ihnen der Kiefer herunterfällt, weil Sie so beeindruckend sind. Weitere Details finden Sie auf der Webseite, auf die in den Kommentaren des YouTube-Videos verwiesen wird, und auf die hier auch verwiesen wird: Artikel von Ars Technica: 8 Bit, 8 Player, 8 Projektoren und ein Nintendo Entertainment System .

Aus der PDF-Datei (verteilt von Entfaltung der 8-Bit-Ära ): "Da unser Ziel eine 360-Grad-Projektion war, haben wir uns auf Side-Scrolling-Spiele konzentriert und einen Tracking-Algorithmus entwickelt, der für diesen Anwendungsfall entwickelt wurde. Unsere Methode unterstützt derzeit kein vertikales Scrollen oder kompliziertere Kamerabewegungen." (Ich denke, die Leute hätten eine weniger interessante Erfahrung gemacht, wenn sie in der Lebenskraft weit genug gekommen wären.)

Ja, da Sie keinen Emulator angegeben haben, kann der Dolphin GC / Wii-Emulator die Ansicht auf mehr als das Original erweitern. Ich habe 3 Monitore und habe mehrere Spiele in Dolphin mit 5760 x 1080 gespielt.Es kann jedoch eine Menge seltsamer Probleme geben. Oft sind Entwickler und Künstler faul mit Dingen, die nicht auf dem Bildschirm angezeigt werden sollen, und die Dinge an den Außenkanten werden verzerrt, verhalten sich seltsam oder werden es einfach nicht seinDort.Diese Probleme treten selbst bei beliebten PC-Spielen häufig auf.

Dies ist unter Live-Emulation des NES nicht möglich.

• Für die Beschreibung muss die Grafik-Engine Inhalte rendern, die sich außerhalb des Ansichtsfensters befinden a> (der sichtbare Bildschirmbereich). Während moderne 3D-Engines Inhalte außerhalb des Ansichtsfensters in den Framebuffer rendern (wodurch das Ansichtsfenster erweitert werden könnte, um den zusätzlichen Inhalt anzuzeigen), ist dies bei 2D-Spielen der Der Typ Super Mario Bros. wäre auch kein guter Weg, um die begrenzten Hardwareressourcen des NES zu nutzen.

• Tatsächlich ist das -Video Hardware auf dem NES verfügt nicht einmal über einen Framebuffer im modernen Sinne des Grafikspeichers, der gerenderte Videobilder enthält, die auf dem Bildschirm angezeigt werden sollen. Es speichert Kacheln und Sprites im Speicher und rendert sie direkt auf dem Bildschirm, sodass das, was Sie beschreiben, auf dem NES technisch nicht möglich ist. (Es gab verschiedene Chips, die die Funktionen der Grafikhardware erweitern konnten, aber keiner davon ermöglicht es der Konsole, in einen Framebuffer zu rendern, geschweige denn ausreichend Speicher für einen bereitzustellen.)

Ja, das kannst du. Sicher. Alle NES-Spiele (und ähnliche Spiele), die Scrollen ausführen, haben alle Positionen der Kacheln von allem, was angezeigt werden kann, irgendwie im ROM-Speicherchip registriert. Diese Informationen werden vom NES-Originalprogramm nur gelesen, wenn die Szene sichtbar ist, da die Systeme dieser Ära keine Rechenressourcen zu verschwenden hatten. Aber selbst wenn die Szene auf dem Bildschirm, der auf dem RAM-Speicherchip ausgeführt wird, nicht lebendig ist, existiert die Szene irgendwie trotzdem auf dem statischen ROM-Speicherchip. Der Standardzweck eines Emulators besteht darin, das ursprüngliche Programm so originell wie möglich auszuführen, wobei nur sehr wenige beabsichtigt sind, die Dinge irgendwie erweitert laufen zu lassen. Dies gilt jedoch nicht für die Grafikanzeige. Emulatoren haben die Absicht, irgendwie eine Art grafische Erweiterung vorzunehmen. Ein geschickter Programmierer mit dem Willen, eine grafische Erweiterung des Sichtfelds auf dem NES-Emulator durchzuführen, kann theoretisch die vollständige Karte im ROM lesen und den emulierten Bildschirm oben auf der vollständigen Karte an der richtigen Stelle in jedem Frame platzieren und auf dem Monitor a anzeigen Das benutzerdefinierte Fenster wird von dieser vollständigen Karte abgeschnitten, wobei der tatsächlich emulierte Originalbildschirm einen kleineren Teil des angezeigten benutzerdefinierten Zuschnitts einnimmt. In diesem Fall bewegen sich Objekte jedoch fast nie, wenn sie sich außerhalb des ursprünglichen Sichtfelds befinden. Es sei denn, ein anderer geschickter Programmierer beschließt, ein Netzwerk mit künstlicher Intelligenz zu programmieren, das das Verhalten beim Kacheltausch anhand der Bewegungen des Charakters und der Spielzeit als Eingaben maschinell erlernen kann. In diesem Fall bewegen sich viele Objekte auch dann, wenn sie sich außerhalb des ursprünglichen Bildschirmbereichs befinden, solange das künstliche neuronale Netzwerk intelligent genug ist, um eine Logik für diese Bewegung auszugeben, die das Objekt genau an der Stelle platziert, an der es auf den ursprünglichen Bildschirm gelangt. Das Problem ist, dass bis jetzt noch niemand diese Dinge getan hat.