Hvad er N64-filformatet?
.n64 er et Nintendo 64-spil-ROM-image i little-endian (word-swapped) byte-rækkefølge. Det indeholder det komplette dump af en N64-kassette, hvor hvert 32-bit word er byte-vendt i forhold til konsollens oprindelige big-endian-rækkefølge.
Nintendo 64-hardwaren gemmer kassettedata i big-endian-format (.Z64-konventionen). Under emuleringsscenen i slutningen af 1990'erne producerede forskellige kassette-kopienheder ROM-dumps i forskellige byte-arrangementer. Tre konventioner opstod: .z64 (big-endian, indfødt hardware-rækkefølge), .v64 (byte-swapped 16-bit par) og .n64 - også skrevet som .u64 - (little-endian/word-swapped). Alle tre indeholder identiske spildata; kun byte-arrangementet er forskelligt. Moderne emulatorer registrerer byte-rækkefølgen fra de første fire magic bytes og swapper automatisk, så alle tre filendelser åbner det samme spil uden manuel konvertering.
.n64 magic bytes er 40 12 37 80 ved offset 0. Den samme ROM i .z64-rækkefølge starter med 80 37 12 40; i .v64-rækkefølge starter den med 37 80 40 12. Den 64-byte ROM-header (byte-swapped i .n64) gemmer startpunktet, to CRC-kontrolsummer valideret af IPL3-bootkoden mod CIC-chippen, en 20-tegns spiltitel, kassette- og medie-ID, regionskode (N=NTSC, P=PAL, J=Japan) og en revisions-byte.
.n64 er den sjældneste af de tre byte-rækkefølger i praksis. .z64 er det foretrukne format til bevaring og emulering. Konvertering mellem .n64, .v64 og .z64 er et tabsfri byte-swap - ingen spildata ændres.
Sikkerhed og tryghed
RISIKO: MEDIUMEn .n64-ROM er data, ikke en eksekverbar fil - den kan ikke køre eller installere sig selv på en PC. Reelle risici: (1) Juridisk - at dumpe kassetter, du ejer, er generelt tolereret, men at downloade ROMs, du ikke ejer, er en overtrædelse af ophavsretten i de fleste jurisdiktioner. (2) Kilder - ROM-download-sider er fyldt med vildledende knapper, adware og falske «loader»-installationsprogrammer; faren er siden/indpakningen, ikke selve ROM-filen. Hent altid emulatorer fra deres officielle sider og vær påpasselig med alt-i-en ROM+emulator-pakker.
Formatdetaljer
kort fortaltProgrammer der åbner N64-filer
Tekniske detaljer
dyb specifikation| Magic bytes | 40 12 37 80 ved offset 0 (word-swapped form af indfødt big-endian 80 37 12 40) |
| Byte-rækkefølge | Little-endian (word-swapped) - hvert 32-bit word har sine 4 bytes vendt om i forhold til .z64 |
| ROM-header | 64 bytes (word-swapped): startpunkt, CRC1/CRC2, 20-byte spiltitel, kassette/medie-ID, regionskode-byte, revisions-byte |
| Regionskode-byte | Ved header offset 0x3E (word-swapped): N = NTSC, P = PAL, J = Japan |
| CRC-par | CRC1/CRC2 ved header offsets 0x10-0x17 (word-swapped); valideret af IPL3-bootkoden mod CIC-chippen - uoverensstemmelse medfører boot-fejl på hardware |
| Kassette-størrelsesområde | 4 MB - 64 MB (32-512 Mbit); de fleste kommercielle titler er 8-32 MB; største kommercielle udgivelse er 64 MB |
| Container | Rå flad binær - intet filsystem eller indpakningscontainer; ROM-header + IPL3-bootblok + spilprogram/data |
| Intern komprimering | Ingen på filniveau; individuelle spil-assets kan bruge in-game komprimering (f.eks. Yaz0) |
| Forhold til .z64 | Samme indhold som .z64 (big-endian) med alle 32-bit words byte-vendt; tabsfri konvertering i begge retninger |
| Alternativt navn | .u64 - identisk format og byte-rækkefølge, alternativ filendelse fra visse tidlige kopienheder |
| Auto-detektering af byte-rækkefølge | De første 4 bytes identificerer entydigt byte-rækkefølge-varianten; alle store N64-emulatorer swapper automatisk ved indlæsning |
| IPL3-bootblok | Følger umiddelbart efter den 64-byte header; indeholder den CIC-afhængige kontrolsum-rutine og hardware-initialisering |
| MIME-type | application/x-n64-rom |
| Udgivet | 1996 (Nintendo 64 console); .n64 byte-order convention from copier/emulator era late 1990s |
| Specifikation | n64brew.dev |
N64-konverteringer
Fællesskabets Q&A
spurgt af brugereIngen spørgsmål endnu - vær den første til at spørge om N64-filer.