Help talk:Rom Map

From Data Crystal
Revision as of 17:55, 24 February 2014 by Zoinkity (talk | contribs) (Created page with "Here's a question: I happen to have roughly 270 complete N64 ROM filelists for roughly 130 games plus a few dozen incomplete ones. Most aren't excruciatingly long, but the lo...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Here's a question: I happen to have roughly 270 complete N64 ROM filelists for roughly 130 games plus a few dozen incomplete ones. Most aren't excruciatingly long, but the longer ones have over 14000 entries. These also span multiple region releases, so yes, there will be 3-4 of these for each game.

I already assume the formatting will need to change somewhat, but would really like to know exactly what would be acceptable before converting a few hundred files.

They're currently formatted for a certain extraction tool. Coded names for different compression types or special formatting are used, which obviously will need to be changed. Filesizes aren't always given when they can be assumed from the following entry, and decompressed sizes are something of an exception. Filenames may or may not be present, and depends greatly on them being encoded in the ROM. If they're absolutely mandatory I'll have to write a script to generate them. Comments can be omitted, especially ones that outline formatting.

Typical entries look like such: 0x381E10 bin

An entry that states the filesize (or in the case of compressed files, the compressed size) looks like: 0x3AB9E0, 0x84D8 bin 3AB9E0.11.bin

An entry giving compressed and decompressed size would be: 0xE7220, 0x500 (0x590) Aidyn E7220.1.bin

There's about 100 identified compression formats, but very few games would use more than half a dozen. Replacing those names wouldn't be an issue.

So, two big questions: 1) Can the filelists simply be attached as text, concidering the number and length of each? 2) What kind of formatting change would be acceptable?