Hello everyone, This is my first post on GBAtemp, so if there is anything I could improve about my thread, please let me know. I'm having an issue with my Old 3DS where Homebrew now takes over a minute to load, they used to load in about 3–5 seconds. In addition, System Settings and all of my DS Roms/Twilight Menu++ no longer load at all (unless they somehow take more than 20 minutes). I might be wrong but, I don't think this is an SD card issue. I tested both my new 128 GB SD card and my old 8 GB SD card, and the problem is exactly the same on both. System Settings also fails to load even when I remove the SD card completely. I'll try to provide as much information as possible, even if some of it ends up not being relevant. So My new SanDisk 128 GB SD card arrived, so I formatted it from exFAT to FAT32 using a formatting tool. After that, I made a backup of my old SD card on my computer and copied all of the files to the new SD card. When I inserted the new SD card into my 3DS, I immediately noticed that Homebrew took much longer to load, and System Settings, TWiLight Menu++, and my DS ROMs would no longer start. At first I assumed I had made a mistake while Formattimg the new SD card. However, when I switched back to my original SD card, the exact same problem remained. I also tested booting without an SD card, and System Settings still would not load. I found another thread on GBAtemp describing a very similar issue. Following the advice there, I previously used the NVRAM/CRC16 repair, which completely fixed the problem For the Thread Creator. However, when i tried the same,Homebrew became so slow that,the NVRAM tool can not finish loading, or maybe its something else but thats what I assume. At this point I'm not sure whether the long loading times and the System Settings issue are related, but I'm out of ideas. Since its been very long with modding my 3ds Thank you very much to anyone who takes the time to read this. I'm currently on my flight home, so I may not be able to reply immediately, but I'll respond as soon as I can. Any help or suggestions would be greatly appreciated! Best Wishes!

Legend of Zelda: A Link to the Past 3DS Port

probs-rohan · 2026-07-19T11:47:16+00:00

Hi everyone! I have ported snesrev's ALTTP C reimplementation (or rather the updated fork from xander-haj called Z3R) to the 3ds. It's probably more accurate to say that I have updated an existing outdated port from wikiblog0/JeffRuLz, but regardless, its now possible to play ALTTP natively on 3ds. The port runs fine on n3ds and is untested on o3ds, however runs quite poorly with n3ds features disabled so I'd say its unlikely to perform well - though if SDL2 gets hardware rendering support that may change in a future update. Screenshots: (Only top screen is utilised at the moment) Install: qr for cia file - hosted on github releases Either install the cia file with fbi (qr above) or download the 3dsx file from releases and put in the 3ds/zelda3 directory on your 3ds. Then you need a zelda3_assets.dat file placed in the 3ds/zelda3 directory on your 3ds, along with a zelda.ini file in the same directory. zelda3_assets.dat can be extracted from a rom of the game as described in the readme of the github repo. Source/Releases: https://github.com/ProbablyRohan/Z3R-3ds

Toggle sidebar

Gaming recovery save from old 3ds sd card

Thread starter dexter90
Start date Dec 7, 2016
Views 2,296
Replies 21

Sketchy1

gbatemp's shadiest warez dealer

Member

Level 5

Dec 12, 2016

ispano said:
...lol no. Regardless of whether he has a NAND or EmuNAND backup, both are encrypted with the unique keys from the old console. If the new console cannot read the EmuNAND on that SD, neither can Decrypt9. Those saves are gone without xorpads or the old console.

But I've mounted it myself without xorpads. Mounted the whole dump then went to the fat 16 cause I had to do this. One sec ilk try and see if I can make a video or sth

Last edited by Sketchy1, Dec 12, 2016

ispano

Well-Known Member

Newcomer

Level 2

Dec 12, 2016

The NAND as a whole is encrypted. That script uses the xorpads to decrypt and extract that fat16 part. Something has to decrypt it, either the original system that creeated the NAND, or using xorpads.