Board index | NDS forum

 Back to the forum.

 Made in Ore (J)
Argument: Naming , Reference: 3690 , Closed by: root
Connie @ 2009-04-29 04:39:32

ROM dump file size 32 MB (256 Mbit) and cart header size 128 MB (1024 Mbit) do not match for CRC 2E7111B8. This should be marked as a bad dump. Not sure why 32 mb would be on a 128 mb cart though (data doesn't looked chopped at end)?
kazumi213 @ 2009-04-29 05:00:25

This title seems to use new hardware for ROM data/backup data/both storage (I'm not sure), according to this interview:

I prefer to wait for more info or a repack/proper if applicable.

It's not like the first dump by Caravan, they deserve a confirmation ;)
zg @ 2009-04-29 05:42:32

1. real data size is 28266044 bytes. so no any real data lost.
2. this game use uncommon backup chip, and reading from this backup chip is very similar as reading data from rom itself. so as rom data as backup data lies in the same address space. so bigger size in the header is for allowing reading data from backup, not real rom size.
real rom size may be found by disassemling the cart and expecting the chip :)
Connie @ 2009-04-29 06:20:10

The question now then is whether or not we pad the dump size to 128 MB (1024 mbit) with trailing 'FFh' if we are to 'preserve' this ROM backup area and thus match the reported header cart size.
xuom2 @ 2009-04-29 10:23:23

Caravan redumped, same result. Maybe new type of game card.
We should rename to XXXX and preserve this tryout..
Connie @ 2009-04-29 11:03:29

My suggestion is to fill with 96MB of 'FFh' because the header is part of the ROM dump and must be correct in reporting that the cart size is 128 MB (1024 mbit).

Fixing the header to 32MB:
Change 0x014 from 0Ah to 08h
Change 0x15e from 74h to 8ch
Change 0x15f from 7Dh to 65h
Does allow emulation (presumably without save) but in my opinion is more of a hack than padding the dump.

Even if we later discover that there is a separate NAND flash ROM for the backup will be irrelevant, because we currently treat NES dumps as 'one ROM' anyway. If/when this changes, then we can review how we treat these new DS carts.

Just my 2c/1.35p
kazumi213 @ 2009-04-29 12:54:20

The dump seems to boot and run on selected hardware, but cannot backup user progress.

Maybe it's a matter of a compatibility fix, so moving to "x" section would not be justified.

Once again, better wait for further findings.
zg @ 2009-04-30 05:44:38

today i see this game saving on flashcard :p
some information.
save size — 22 mbyte.
save mapped to 0x6A00000 address in card address space.

my opinion — leave this dump as is without any padding. 0x14 byte in header is not rom size, but higher address that can be readed from slot-1 bus.
kiczek @ 2009-04-30 16:39:52

the scene nuked it but since it is a game with new hardware type I think it should be remain as the current number. if Caravan finds a solution or a new dumping technique then it will be replaced with a better dump down the line.
as of right now some hardware is able to play this game just not able to save any progress or user created stuff