Okay, then. It's a minor problem that should be fixed relatively easily, when I get to it.I had the same problem and deleting the file instead of overwriting worked.
KIU is working perfectly from me, reading from a cart, using svdt via Ironhax.
Overwrite is fixed! (It was an unbelievably simple fix that involved moving two lines of code up a little.)Okay, then. It's a minor problem that should be fixed relatively easily, when I get to it.
As for issues with ACNL, SSB, etc ... Not entirely sure what to make of that. I can try this out later with a wider range of gamecards, and see if I can figure out anything, but I can't promise much.
Well, the icon for 3DS_mandelbrot isn't trapped in a cart. It's not that great either, though.why do you put all your brew in pictures of 3ds carts
The best thing I can say about svdt is that it has more features. You can delete files and directories in save data, for example, which I happen to think is nice for games that don't offer a 'wipe save data' option. Plus, as long as you aren't thrown to some glitchy screen by games like ACNL, this is more interactive than save_manager. You can copy individual files or directories from/to anywhere in the SD card, rather than being restricted to a single 'saveDataBackup' folder.Is this better than save_manager?
Thanks a lot! I'll try this. Though I never had any glitch screens with save_manager.The best thing I can say about svdt is that it has more features. You can delete files and directories in save data, for example, which I happen to think is nice for games that don't offer a 'wipe save data' option. Plus, as long as you aren't thrown to some glitchy screen by games like ACNL, this is more interactive than save_manager. You can copy individual files or directories from/to anywhere in the SD card, rather than being restricted to a single 'saveDataBackup' folder.
Does that make it better? Is that more useful? Not by much, as it turns out. Save data is usually very simply structured. Pokémon games just have a single 'main' file at root. Level-5 games have a file at root for each save slot plus a 'head.yw' or 'head.lt5dx'-type file (the extension describes the game—Yo-Kai Watch, Layton 5, etc.). ACNL has a bunch of .dat files, all at root. Cubic Ninja frankly has the most sophisticated save data I've seen, because it bothers to put things in directories. Plus, it's not like there's a lot of save data for each game—save data space is frankly extremely limited. There really isn't much need for a save data 'explorer' because there isn't a lot of save data to explore, and it's all laid out relatively simply.
Of course, svdt can also simply dump all target save data onto a folder on your SD card, like save_manager. It's worth noting that unlike save_manager, svdt throws save data dumps into time-stamped directories so that data for different games remain separated. Plus, even if you do somehow mess up injecting save data and run out of space, svdt can delete files for you (again, except in games like ACNL ... even though I could put in an option to wipe all save data without intervention for those games, I really don't think that's desirable).
There's no fundamental difference from save_manager in how this accesses saves, so no. It's just supposed to be more user-friendly.Can this tool dump the new games'(Super Robot Wars BX etc.) saves?(I'm not at home,so I can't try it.)
Not unless the homebrew launcher lets me select DS games as target apps.could you update it to work with nds games
Probably not? The anti savegame restore stuff isn't exposed in ctrulib (yet), as far as I know, and I'm not going to be competent enough to implement it. (That, and I don't think I have digital versions of games that use it.)This doesn't allow us to delete the secure value either, right?
I'd like to do that eventually (or at least use the game product code), but I just haven't gotten to it yet.Is it possible to output automatically into folds named after the game titile?