I don't have the rom, and don't plan to play it either, but I'm interested in the new AP.
Maybe it's just another stupid suggestion, but I'll give my 2 cents.
They said (on the quote from first topic in may 2009) that they could detect if the ROM is patched right ?
QUOTE said:
[...]this new bit of software can be injected into code and will cause the corruption of ROM files which are pre-patched before launching.
Remember the G6 on slot2 ? the roms needed to be manually patched before being transfered to the device in order to be bootable.
Then, on new Slot1 flashcarts they included this patching thing automatically on the firmware, added automatic dldi, automatic AP patching for every new AP etc. It's still done before launch !
Now I'm thinking, what are these changes needed for ? what part of the rom is actually patched in order to boot the game ?
What if the new AP just checked the CRC of the files to detect if it was patched ?
Then it would make sense why it's working on emulators and not flashcarts, they don't need to patch anything to boot the game, just read the game data inside the .nds and leave the files in their original state.
If that's what is used, a simple integrity checking, it will be easy to counter part it when live-patching the ROM by adding few bits to trucha the CRC (it's very easy for CRC32, best ROM hackers on Snes put back the good CRC after translating the ROMs), but if it's another integrity checking (hash1? it will be very hard)
It will need to understand the flashing part of the firmware, I don't know if it can be corrected by Action replay code, if it's a file checking and not memory access.
It's just another (stupid?) suggestion, I just wished to tell it here.