Separate names with a comma.
Discussion in '3DS - Flashcards & Custom Firmwares' started by Ra1d, Apr 20, 2015.
I don't believe so. GW adds on their payload to the end of the save file, which won't copy over with SDF.
What about using that SD card tool from the eshop that moves your retail save over to your downloaded copy? I can't find my retail copy at the moment to test it myself.
I don't have a retail copy of OOT
I have an idea, going to try it soon.
Even if you could fix this the exploit currently used was fixed in later cart revisions anyway so one could extrapolate that the eShop version is using a newer executable.
yellows8's oot3dhax page says there's only one version https://github.com/yellows8/oot3dhax
Assuming that is accurate, wouldn't explain why only certain carts work with the exploit while others don't.
I'll be off work in 5 more hours.. gonna rip my house apart later looking for my cart. Lol
Yeah that would help if someone could extract the sav file using SavDataFiler, I don't think my method's going to work anyway.
I am getting confused here. SDF can't extract the save from a retail cart. NTR CFW can on a n3DS. Is that what you want, the unencrypted save from oot?
I downloaded the e-shop version of the game, the save file (with the exploit) that gateway provides can only be restored to retail carts, and I need the "main" save file that you extract with SavDataFiler(since SDF is the only way to import the save into an e-Shop title).
It's possible to get it, but only if you have a Retail OOT, a Gateway Card and an Old 3DS 9.2 or lower with the help of CFW 4.5, I have all of those except for the Retail OOT.
Ntr cfw 2.1 is supposed to be able to do it and reports are it works, I just hadn't gotten around to it yet.
Here you go
Thanks for doing this, the good news is the save appears and I can load it, which means the e-shop version is not the new revision which blocks the exploit, the bad news is that when I click "A" in-game it says "An error has occured forcing the software to close, The system will now restart", not sure if it's happening because I'm using a European copy of Zelda (because I have an Australian N3DS) and your save is US, or because I already have cubic ninja exploit installed (don't think so), I'll try playing with this, but this is a good start.
The exploit payload is not in the save file in the location where it's expected / SaveDataFiler messed it up somehow / you didn't put the latest launcher.dat on your SD card.
The exploit is at least still working and there is potential for this to work if you can get the payload to be loaded.
The second part of the payload isn't in a file of the save partition, it's at a specific offset in the .sav. Savedatafiler isn't enough.
Latest launcher.dat, I think since it crashes the exploit is fine, I for some reason think it's because the save is US and my Zelda is EU (since gateway has 3 seperate saves for each region), maybe Gateway somehow detects that it's EU and is not detecting a EU save or something like that.
Ah, I see....
Is there anything we can do about this ? Or it's a dead end ?
I'd like to know too. And does anyone know if the SD transfer tool would make a difference?
Could be true as well. The payload likely has region specific code in it. Might even be that the payload is cartridge specific and the eShop version will need an entirely different payload.
I compared them on 3ds.essh.co and the e-Shop version is the same as the retail version at least numbers-wise, also the guys who got the latest revision couldn't even get the save file to appear, so I don't think there's much of a difference, but I do believe that what Aurora says might be true, come to think of it sonic2756 also mentioned this, and he's the guy who released the fixed saves for the Sky3DS.
I remember that as well, so that's the most likely culprit.
I guess that makes it impossible to use the exploit with the eShop version at least until someone releases a SD card save (de)crypter that works differently than SaveDataFiler.