While I got Hyper Metroid to work, I am having trouble getting the infamous Justin Bailey hack to work. I have downloaded Lunar IPS to apply the hacks to the roms. Today, I discovered hacks and have been experimenting with Hyper Metroid, for example. Am I right to assume it gets split into 16+8+2+1+0.5(2 power -1)+0.25(2 power -2). 1 I have been using the Snes9x emulator to run Super Metroid for some years now. However, I'm curious on what happens if the ROM is not a whole number of megabits, e.g. Thanks for the detailed explanation! I reimplemented the algo in python, and it matches with snes9x's output (with the small number of roms I've tested so far). We mirror this resulting 4MBit part, creating a 8MBit part, which combined with the existing 8MBit part creates the 16MBit part we need to end up with 32MBit. We mirror the 1MBit part, which then matches the 2MBit part, and thus have a 4MBit part.

We already have an 8MBit part, so we need to create another 8MBit from the rest. You take the largest part, then try to create another 16MBit part from the rest. So as you said for your 20MBit ROM you have one 16MBit part, then you take the remaining 4Mbit part and mirror this until you have another 16MBit part, and the end result is 32MBit.įor the 27MBit ROM you have one 16MBit part, one 8MBit part, one 2MBit part and one 1MBit part. (Which is the same as calculating the checksum recursively, which is what the function does) If you have multiple smaller parts you always mirror the smallest part first until it matches the next largest part, then mirror that whole group. Then the end result is also a power of two. For non power of two sizes the idea is to take the largest power of two block, then look at the remaining size in power of two parts, and mirror until you have another block of the largest size.

Bad checksum error snes9x rom corruptor