I just tried this yesterday and it worked perfectly, now I can have my save in any 3ds thanks to this.
Thank you very much for your help
- Status
I just tried this yesterday and it worked perfectly, now I can have my save in any 3ds thanks to this.
Thank you very much for your help
Ok, How about this: I have backed up extdata folders (well, the entire SD card) from before i unlinked my NANDs and evidently lost a bunch of plaza data since when i copied the backups back, the plaza stuff didn't reinstate (lost all puzzle tiles etc). I also have my original sysnand dumped to a .bin
So would it be possible for me to use the tool to dump the BACKED UP raw filesystem extdata, and reinstate it to my current SD? Because rewriting the same backed up extdata just results in errors when I start up the plaza and it forces me to rebuild save data every time.
So would it be possible for me to use the tool to dump the BACKED UP raw filesystem extdata, and reinstate it to my current SD? Because rewriting the same backed up extdata just results in errors when I start up the plaza and it forces me to rebuild save data every time.
You're saying you only have the encrypted SD files backed up? If so, they're only decryptable by the NAND that created them. However, even if you dump using that NAND and restore using the new one, there is no guarantee that the old extdata will be compatible.
Hi! Really sorry about reposting this but I was afraid no one saw the first post. I am trying to edit my inventory in Terraria using hex editing. I extracted the files fine but I'm having a hard time restoring them. Basically, I dumped all extdata, took out the Terraria file (000016a9), modified it, and now I dont know how to edit the config file to restore it. The file is under dumps/000016a9
I'd really appreciate any help I can get with the format of the config file, Thanks!
I'd really appreciate any help I can get with the format of the config file, Thanks!
RESTORE "sd_path" "extdata_id:/extdata_path"
for example if your file is a.bin and it was dumped directly into dumps/000016a9 you can restore it like this
RESTORE "dumps/000016a9/a.bin" "000016a9:/a.bin"
for example if your file is a.bin and it was dumped directly into dumps/000016a9 you can restore it like this
RESTORE "dumps/000016a9/a.bin" "000016a9:/a.bin"
I'm gonna be honest with you, I don't even know how extdata encryption works. And I certainly don't know how to decrypt it. Are you just saying that "restoring" using this tool won't cut it since it's considered by the system to be from a "different" nand? I have the original sysnand .bin backup still.
I see. I dumped my original sysNAND with emuNAND9 before unlinking, then backed up my SD with copy/paste, then formatted both. Is any of that data usable? Or is it all encrypted since I dumped it using different menthods?
Thanks for your help man
So how would I go about restoring? by restoring the old sysnand to emunand, or some other way?
Ok, i dont' know how to access the extdata in my nand.bin backup, so the plan I have is just to restore the drag&drop SD backup I made, dump that extdata, and restore 00000218 (plaza data according to wiki) from the dump to the SD card. Problem is I don't really understand the format the config.txt uses, the examples provided don't use the full filepath. /dump/ is at the scmc:/ root I assume, but I don't know how to point it to the ?Nintendo 3DS/[garbled code nonsense]/ folder where it belongs. What am I missing?
/e: oh, I'm an idiot. You said like 2 posts ago
You should put this in the sample config.txt
/e: mmm, it's not dumping my 00000218 at all it looks like, so not sure where to go from here. the folder appears in my extdata backup, but when I dump with the tool it's not in /dumps/
Last edited by Kylezo,
hi there, i just downgraded to 9.1J while i have a save of MHX retail copy in my SD,
if i want to keep the save, do i hv to use the extdata dump in 10.3J (which means i have to update again)?
i plan to use the save in emuNAND later
if i want to keep the save, do i hv to use the extdata dump in 10.3J (which means i have to update again)?
i plan to use the save in emuNAND later
Is there a .cia version of this so cfw users don't have to boot into hbl every time we want to dump / inject extdata?
Is there a .cia version of this so cfw users don't have to boot into hbl every time we want to dump / inject extdata?
I came to ask this too.
It would be wonderful to have a cia, since I have HBL only in my sysnand and the save is in my emunand (they are unlinked)
Well.. yellows8 made a hbl loader as cia, but you have to restart your 3ds everytime you want to exit the hbl and go to the emunand.
Well.. yellows8 made a hbl loader as cia, but you have to restart your 3ds everytime you want to exit the hbl and go to the emunand.
Oh well, that can work too, I think I plan on accessing the HBL on emunand just to make this backup.
do you have a link for that cia?
If you have the ability to run CIAs, I recommend using SaveDataFiler instead. But be aware that:
* extdata_dump supports regular and NAND extdata, but not spotpass extdata.
* SaveDataFiler supports regular and spotpass extdata, but not NAND extdata.
* extdata_dump supports regular and NAND extdata, but not spotpass extdata.
* SaveDataFiler supports regular and spotpass extdata, but not NAND extdata.
- Status
Similar threads
-
@
TwoSpikedHands:
I just found out that the EU version is better in literally every way, better sound quality, better lighting, and there's even a patch someone made to make the text look nicer -
@
TwoSpikedHands:
Do I restart now using what i've learned on the EU version since it's a better overall experience? or do I continue with the US version since that is what ive been using, and if someone decides to play my hack, it would most likely be that version?
-
@
Sicklyboy:
@TwoSpikedHands, I'll preface this with the fact that I know nothing about the game, but, I think it depends on what your goals are. Are you trying to make a definitive version of the game? You may want to refocus your efforts on the EU version then. Or, are you trying to make a better US version? In which case, the only way to make a better US version is to keep on plugging away at that one -
@
Sicklyboy:
I'm not familiar with the technicalities of the differences between the two versions, but I'm wondering if at least some of those differences are things that you could port over to the US version in your patch without having to include copyrighted assets from the EU version
-
@
TwoSpikedHands:
@Sicklyboy I am wanting to fully change the game and bend it to my will lol. I would like to eventually have the ability to add more characters, enemies, even have a completely different story if i wanted. I already have the ability to change the tilemaps in the US version, so I can basically make my own map and warp to it in game - so I'm pretty far into it!
-
@
TwoSpikedHands:
I really would like to make a hack that I would enjoy playing, and maybe other people would too. swapping to the EU version would also mean my US friends could not legally play it
-
@
TwoSpikedHands:
I am definitely considering porting over some of the EU features without using the actual ROM itself, tbh that would probably be the best way to go about it... but i'm sad that the voice acting is so.... not good on the US version. May not be a way around that though
-
-
@
The Real Jdbye:
@TwoSpikedHands just switch, all the knowledge you learned still applies and most of the code and assets should be the same anyway
-
@
The Real Jdbye:
and realistically they wouldn't
be able to play it legally anyway since they need a ROM and they probably don't have the means to dump it themselves -
-
-
-
-
@
Karma177:
do y'all think having an sd card that has a write speed of 700kb/s is a bad idea?
trying to restore emunand rn but it's taking ages... (also when I finished the first time hekate decided to delete all my fucking files
) -
-
-
-
@
Karma177:
@The Real Jdbye it hasn't given me any error trying to write things on it so I don't really think it's faulty (pasted 40/50gb+ folders and no write errors)
-
-
@
DinohScene:
when SD cards/microSD write speeds drop below a meg a sec, they're usually on the verge of dying+1 -
-
-
-
