CollosalPokemon said:
I just took the whole file's CRCs
But doesn't it compare the file's CRCs to some type of offset CRC, like if the file is the same CRC as in the offset inside the file it's OK? Maybe I've been thinking of it wrong or missing something about it.
edit:
I'm sure many people must've noticed this but there are reoccurring words in save files. I know Ridge Racer, LoZ OoT 3D, and Samurai Warriors Chronicles share them but those are the only 3DS games (all US) I have atm still it's interesting that they all share these words.
- DIFI
- DPFS
- DISA
They're probably nothing but still, I thought I'd note something I didn't see in the past 6 pages.
I'll try and answer all these in this one message so people can get an understanding of the game structure.
If the whole file is CRC'd.... you WON'T see the CRC OF the whole file IN the file. That's like you taking a picture of yourself infront of your house. but in the picture you're holding the camera that took the picture. It can't be done unless it's digitally manipulated to place the camera in the picture afterwards. So a CRC of the save can't be put into the save as the CRC of the file will always change when the CRC is put (edited) back into the file... I hope that wasn't too much of a mind bender....
Moving on... The DIFI DISA and DPFS messages are part of the Partition structure. Starting with the DISA block.
From what i understand is that DISA block is a EEPROM Save block
the DIFI block encompasses the DPFS and IVFC blocks, The DIFI block is the partition block which holds information about the partition, dur.. You will usually have 2 or more of these as the number of these one after the other should directly relate to the number of partitions you have in the game. as you should be able to see in the file info section of the Save De/Encrypter.
I've been trying to process the partition data to see if there's anything useful that could help with the modification of the saves, but i haven't seen anything yet that can help.
I modified Super Monkeyball 3D and re-encrypted the data and the game didn't say it was corrupt however my change didn't appear in the game, but the re-crc and re-encrypt worked. I believe there must be a CRC of the CRC data, or a Hash table that matches parts of the data which isn't being changed. If only i had a 3DS development cartridge Datasheet or even better a memory map document. Surely game developers have these, just have to wait for one to be leaked, otherwise it's hit and miss and recently it's been mostly misses.