DKC Atlas Forum

[sdkjap]

Hello,

Here is my Super Donkey Kong (JAP) Prototype cart:

On Large sticker i can translate Super Donkey Kong Beta version don't remove the tape.

I have dumped the each eeprom and joined them.

When i run the game with Zsnes i obtain this screen.

Donkey.jpg (15.56 KiB) Viewed 456 times

Comparing Final Donkey and Proto:

Need some help to boot the game.

Thank you.

Regards,

[CarpTheFish]

Use a JP emulator.

[sdkjap]

Use a JP emulator.

I use Higan 0.99 emu and i have black screen.
Need to change some Hex value i think to boot game.

[Kingizor]

Even if the ROM is different the size should be the same. "Donkey.smc" is only 3,670,016 bytes compared to the correct size of 4,194,304 (4MB), so it seems like you're missing some data. If the ROM tries to load code or data from a high region and can't find what it needs it would almost definitely end up not working.

You could start by verifying the contents of each EEPROM. They should all have sizes that are powers of two. The sticker hides things, but it looks like it has eight EEPROMs? So that would be 4,194,304 / 8 = 524,288 (512KB) per EEPROM? If it has four EEPROMs that would be 4x 1MB. Anyway, they should all add up to 4MB regardless. It might be easier for you to compare if you split up a known good ROM and compared each segment to your own segments. I think the smallest chip is SRAM so don't worry about that one (the one on the same side as the battery, next to the DIP switches).

EEPROMs can lose data as they age which could have happened here. If a working dump cannot be obtained by any means that might be the case. Does the board function properly in a real Super Famicom?

It's interesting that a development board would contain a Japanese version. I thought the final USA version was completed after the final Japanese release, but perhaps there is some other explanation. It's perhaps odd that an early version would be leaked given how secretive Rare was known to be. I wonder...

[sdkjap]

Even if the ROM is different the size should be the same. "Donkey.smc" is only 3,670,016 bytes compared to the correct size of 4,194,304 (4MB), so it seems like you're missing some data. If the ROM tries to load code or data from a high region and can't find what it needs it would almost definitely end up not working.

You could start by verifying the contents of each EEPROM. They should all have sizes that are powers of two. The sticker hides things, but it looks like it has eight EEPROMs? So that would be 4,194,304 / 8 = 524,288 (512KB) per EEPROM? If it has four EEPROMs that would be 4x 1MB. Anyway, they should all add up to 4MB regardless. It might be easier for you to compare if you split up a known good ROM and compared each segment to your own segments. I think the smallest chip is SRAM so don't worry about that one (the one on the same side as the battery, next to the DIP switches).

EEPROMs can lose data as they age which could have happened here. If a working dump cannot be obtained by any means that might be the case. Does the board function properly in a real Super Famicom?

It's interesting that a development board would contain a Japanese version. I thought the final USA version was completed after the final Japanese release, but perhaps there is some other explanation. It's perhaps odd that an early version would be leaked given how secretive Rare was known to be. I wonder...

Hello,

There are 7 eeproms on dev cart. Not 8... perhaps because it's a beta version.

dump.jpg (67.36 KiB) Viewed 424 times

Here is the dumped files (Bin and Hex).

There is no sram on cart.
The board doesn't boot on a real super famicom system.

Here is Translhextion edit:

[sdkjap]

I have splitted in 8 files the Super Donkey Kong (V1.0) (J).smc
I take the 8th files and join with my 7 proto files.

Comparaison with final version:

sdkjapproto.jpg (69.26 KiB) Viewed 421 times

Now the rom boot

Another problem:

I can see the intro.
I can see title screen and i can on map but when i enter in level 1 black screen...

[Kingizor]

If there are only seven EEPROMs it seems there is one missing from the board. (7x 512KB = 3,670,016, I should have realised that earlier)

The unusual ROM size might be the reason it didn't boot in emulators before. Most emulators will try to detect the mapper type by the ROM size and internal header. I wonder if it would still boot if you used 512KB of null data instead of that 8th segment? Maybe not.

Maybe there is something different about that eighth segment in the final release and the one the your board expects. If data were slightly offset within that bank it could explain why it would crash. I think the game executes code often from the final 512KB and regularly jumps between that area and the beginning of ROM, so that segment might be crucially important. If there are even small changes to code within the missing bank it could affect the other banks greatly as well.

If it is just a small code change, then perhaps it could be circumvented by swapping the first 512KB with a good ROM as well? It might be worth a try.

I can't really think of much else to do. Some deeper probing would be required for definitive answers, unless other people have some ideas.

Even if the ROM won't work it should still be possible to examine the data for interesting changes. It could be interesting to see how similar each segment is to the corresponding segment in the final release. That would be a good way to notice changes without having to play the game.