Was ist das N64-Dateiformat?
.n64 ist ein Nintendo 64-Spiel-ROM-Image in der Little-Endian (Word-Swapped) Byte-Reihenfolge. Es enthält den vollständigen Dump eines N64-Moduls, wobei jedes 32-Bit-Wort im Vergleich zur nativen Big-Endian-Reihenfolge der Konsole byte-invertiert ist.
Die Nintendo 64-Hardware speichert Moduldaten im Big-Endian-Format (die .Z64-Konvention). Während der Emulationsszene der späten 1990er Jahre erzeugten verschiedene Modul-Kopiergeräte ROM-Dumps in unterschiedlichen Byte-Anordnungen. Drei Konventionen setzten sich durch: .z64 (Big-Endian, native Hardware-Reihenfolge), .v64 (Byte-Swapped 16-Bit-Paare) und .n64 - auch als .u64 geschrieben - (Little-Endian/Word-Swapped). Alle drei enthalten identische Spieldaten; nur die Byte-Anordnung unterscheidet sich. Moderne Emulatoren erkennen die Byte-Reihenfolge anhand der ersten vier Magic Bytes und tauschen diese automatisch aus, sodass alle drei Erweiterungen dasselbe Spiel ohne manuelle Konvertierung öffnen.
Die .n64 Magic Bytes sind 40 12 37 80 bei Offset 0. Dasselbe ROM in der .z64-Reihenfolge beginnt mit 80 37 12 40; in der .v64-Reihenfolge mit 37 80 40 12. Der 64-Byte-ROM-Header (in .n64 byte-vertauscht) speichert den Einstiegspunkt, zwei CRC-Prüfsummen, die vom IPL3-Bootcode gegen den CIC-Chip validiert werden, einen 20-stelligen Spieltitel, die Modul- und Medien-ID, den Regionscode (N=NTSC, P=PAL, J=Japan) und ein Revisions-Byte.
.n64 ist in der Praxis die seltenste der drei Byte-Reihenfolgen. .z64 ist das bevorzugte Format für Archivierung und Emulation. Das Konvertieren zwischen .n64, .v64 und .z64 ist ein verlustfreier Byte-Swap - es werden keine Spieldaten verändert.
Sicherheit
RISIKO: MEDIUMEin .n64-ROM besteht aus Daten, nicht aus einer ausführbaren Datei - es kann sich auf einem PC nicht selbst ausführen oder installieren. Echte Risiken: (1) Rechtlich - das Dumpen eigener Module wird meist toleriert, aber das Herunterladen fremder ROMs ist in den meisten Ländern eine Urheberrechtsverletzung. (2) Quellen - ROM-Downloadseiten sind oft voll von irreführenden Schaltflächen, Adware und gefälschten „Loader”-Installern; die Gefahr geht von der Website/dem Wrapper aus, nicht von der ROM-Datei selbst. Beziehen Sie Emulatoren immer von offiziellen Seiten.
Formatdetails
kurz gefasstProgramme zum Öffnen von N64-Dateien
Windows3 apps
Project64
Open Source Datei > ROM öffnen > wählen Sie die .n64; Project64 erkennt die Byte-Reihenfolge automatisch. Der am weitesten verbreitete Windows-N64-Emulator. 
simple64
Open Source ROM öffnen > wählen Sie die .n64; ein präziser, aktiv gepflegter Emulator auf Basis von mupen64plus.
RetroArch (Mupen64Plus-Next core)
Open Source Core laden > Mupen64Plus-Next, dann Inhalt laden > die .n64. Der Core erkennt die Byte-Reihenfolge automatisch. 
macOS2 apps
simple64
Open Source ROM öffnen > wählen Sie die .n64; ein präziser, aktiv gepflegter Emulator auf Basis von mupen64plus. 
Linux2 apps
Mupen64Plus
Open Source Führen Sie „mupen64plus game.n64” aus oder nutzen Sie ein GUI-Frontend (simple64/m64p). Erkennt die Byte-Reihenfolge automatisch. 
Android1 app
Mupen64Plus FZ
Kostenlos Fügen Sie Ihren ROM-Ordner hinzu und tippen Sie auf das Spiel; der gepflegte Android-N64-Emulator.
RetroArch / Provenance
Open Source Verwenden Sie RetroArch (App Store, 2024+) oder Provenance mit einem N64-Core; laden Sie die .n64. Technische Details
technische Spezifikation| Magic Bytes | 40 12 37 80 bei Offset 0 (Word-Swapped-Form des nativen Big-Endian 80 37 12 40) |
| Byte-Reihenfolge | Little-Endian (Word-Swapped) - bei jedem 32-Bit-Wort sind die 4 Bytes gegenüber .z64 umgekehrt |
| ROM-Header | 64 Bytes (Word-Swapped): Einstiegspunkt, CRC1/CRC2, 20-Byte Spieltitel, Modul/Medien-ID, Regionscode-Byte, Revisions-Byte |
| Regionscode-Byte | Bei Header-Offset 0x3E (Word-Swapped): N = NTSC, P = PAL, J = Japan |
| CRC-Paar | CRC1/CRC2 bei Header-Offsets 0x10-0x17 (Word-Swapped); validiert durch IPL3-Bootcode gegen CIC-Chip - Abweichungen führen zu Boot-Fehlern auf Hardware |
| Modulgröße | 4 MB - 64 MB (32-512 Mbit); die meisten kommerziellen Titel 8-32 MB; größte Veröffentlichung 64 MB |
| Container | Rohe flache Binärdatei - kein Dateisystem oder umschließender Container; ROM-Header + IPL3-Bootblock + Spielprogramm/Daten |
| Interne Kompression | Keine auf Dateiebene; einzelne Spiel-Assets können spielinterne Kompression nutzen (z. B. Yaz0) |
| Beziehung zu .z64 | Gleicher Inhalt wie .z64 (Big-Endian), wobei alle 32-Bit-Wörter byte-invertiert sind; verlustfreie Konvertierung in beide Richtungen |
| Alternativer Name | .u64 - identisches Format und Byte-Reihenfolge, alternative Erweiterung von früher Kopier-Hardware |
| Byte-Reihenfolge-Auto-Erkennung | Die ersten 4 Bytes identifizieren eindeutig die Byte-Reihenfolge-Variante; alle gängigen N64-Emulatoren tauschen beim Laden automatisch |
| IPL3-Bootblock | Folgt unmittelbar auf den 64-Byte-Header; enthält die CIC-abhängige Prüfsummenroutine und Hardware-Initialisierung |
| MIME-Typ | application/x-n64-rom |
| Veröffentlicht | 1996 (Nintendo 64 console); .n64 byte-order convention from copier/emulator era late 1990s |
| Spezifikation | n64brew.dev |
N64-Konvertierungen
Community Q&A
von Nutzern gefragtNoch keine Fragen - stellen Sie die erste Frage zu N64-Dateien.
