ROM Hack Why Has No One made a Homebrew to insert .SAV files into retail games / eShop games?

[ringo1206]

I was just wondering because SVDT and save_manager can inject / extract the raw files to / from games but how come the regular save format (.SAV) hasn't been supported by this yet?

Also, when people share saves they usually aren't in the SaveDataFiler format anyway.

 

[Megalegacy98]

I was just wondering because SVDT and save_manager can inject / extract the raw files to / from games but how come the regular save format (.SAV) hasn't been supported by this yet?

Also, when people share saves they usually aren't in the SaveDataFiler format anyway.

Well first of all, the way save_manager/svdt and Gateway/SaveDataFiler handle saves are different. SVDT/sm handles decrypted raw saves, and the latter puts all the data into one file, encrypted. I'm not sure about this, but getting a .sav for a game (and importing it in) requires kernel access because of the encryption in the .sav to begin with I think.

 

[ringo1206]

Well first of all, the way save_manager/svdt and Gateway/SaveDataFiler handle saves are different. SVDT/sm handles decrypted raw saves, and the latter puts all the data into one file, encrypted. I'm not sure about this, but getting a .sav for a game (and importing it in) requires kernel access because of the encryption in the .sav to begin with I think.

Thanks for the reply, I guess this is why this hasn't happened yet..... But what about the R4i Save Dongle which works on 3ds games (only card1 of course)? It's just a pc application and i'm sure it doesn't emulate any kind of chips or whatever of the 3ds that decrypt the .sav files.


@suloku What do you think about this?

 

[suloku]

I don't know how that save dongle works, but someone told me .sav files in SD card (and all other nintendo files) are encrypted using a key unique to each 3DS system.
If we assume that is correct, that unique encryption can't be used for cartridge games, because then it would only work on a single 3DS system; since digital versions are meant to stay in a single 3DS system, hence the unique encryption.

I also was told that to get that unique encryption key, we would need kernel access. Theoretically, if we had the keys from 2 3DS systems, we could decrypt and re-encrypt the .SAV file so it can be used on another 3DS. But that would also allow us to install CIAs I guess.

Using decrypted saves is way better (but needs homebrew), I hope ninjhax 2.5 somehow allows the problematic games to run under svdt / save manager.

Of course, I could be wrong with everything I said since my knowledge on the topic is pretty limited and I haven't really looked into the topic.

 

[gamerboy1995]

NTR CFW 3.0 with the save plugin works for Gateway users

 

[Ripper00420]

I use 2 systems right now. One with 9.0, and one with 9.9. I use the 9.0 system to use NTR cheat plugins with SVDT or Savemanager then transfer the saves to my 9.9 system. If you need specific saves, just ask. There are plenty of great people on these pages to help. I don't have much time, but I can do as much as I can for you in my free time.

P.S. both are N3DS-LL systems.

 

[ZeCroque]

You can use save data filer, but you have to find the link by yourself, as it's Nintendo copyrigthed somehow (I think it's part of the SDK, can't remember precisely)

 

[ringo1206]

For eshop games, you can use save data filer, but you have to find the link by yourself, as it's Nintendo copyrigthed somehow (I think it's part of the SDK, can't remember precisely)

SaveDataFiler doesn't handle .sav files, just the raw files inside the save file.

 

[AHP_person]

Most public save editors use fs:USER to access save files (afaik). This skips the whole decryption/re-encryption process (along with the aesmac, actual save dumping, etc.) by using hard coded service functions that do it for you. It uses the save data as a sort of filesystem, where you can read and write to files stored within the save.