Difference between revisions of "Talk:Savegames"

From 3dbrew
Jump to navigation Jump to search
m (edit -minor formatting)
m
Line 7: Line 7:
 
3. Re-ordering hashes in the partition table and the blocks of data associated with them (without changing anything) yields a "corrupt data" error. How to get around that?  
 
3. Re-ordering hashes in the partition table and the blocks of data associated with them (without changing anything) yields a "corrupt data" error. How to get around that?  
  
It probably means the hash table for the partition, is being hashed to verify the hash table itself, but if you modify just the filler data following the hash table ( same block ) it will not cause "corrupted data" messages on a game cartridge.  
+
Probably the hash table for the partition is being hashed to verify the hash table itself, but if you modify just the filler data following the hash table ( same block though ) it will not cause "corrupted data" messages on a game cartridge.  
  
That means the entire 0x1000 block of data, where the hashes are contained, must not be what's hashed, since only editing or re-arranging ( to not invalidate hashes in the list ) anything of the first 0x200 bytes or so, where the hash data is actually generates data corruption errors.
+
That means the 0x1000 block of data, where the hashes are contained, aren't hashed, only editing or re-arranging ( to not invalidate hashes in the list ) the first ~0x200 bytes, generates data corruption errors.
  
However I cannot locate any hash for either the 0x1000 block or for just the data that is causing the errors if modified ( the first 0x200 bytes ).  
+
I cannot locate hashes for either the entire 0x1000 block or just the data that will cause those errors if modified ( the first 0x200 bytes ).  
  
  

Revision as of 19:52, 14 May 2011

Questions @ hashes:

1. What are the hashes at the end of each DIFI blob?

2. What is the hash-list after all DIFI blobs?

3. Re-ordering hashes in the partition table and the blocks of data associated with them (without changing anything) yields a "corrupt data" error. How to get around that?

Probably the hash table for the partition is being hashed to verify the hash table itself, but if you modify just the filler data following the hash table ( same block though ) it will not cause "corrupted data" messages on a game cartridge.

That means the 0x1000 block of data, where the hashes are contained, aren't hashed, only editing or re-arranging ( to not invalidate hashes in the list ) the first ~0x200 bytes, generates data corruption errors.

I cannot locate hashes for either the entire 0x1000 block or just the data that will cause those errors if modified ( the first 0x200 bytes ).


Comments:

1. I noticed the hash list doesn't seem to be in the same order as the blocks of data following it. The first 0x1000 block in the partition might be verified by the 12th hash in the list.




I think there should be a page with infos on how to dump/restore saves. Matyapiro:So then,I show you how to do dump and restore saves. First,you should have either Nintendo DS/Lite or NDS Adapter a tool to dump DS saves. It can restore saves,but Almost saves cannot dump with NDS Adapter,but some of them can. If you have Nintendo DS or DS Lite,you should try DSaveManager. It uses FTP to dump saves,only dump. Last,I show you another save backup tool for DS.

NDS Backup Tool by Rudlph

Eepinator by WiterMute