- Joined
- Jun 24, 2007
- Messages
- 12,009
- Trophies
- 3
- Location
- In the Murderbox!
- Website
- www.twitch.tv
- XP
- 16,156
- Country
BwoooooonThe site glitched for a minute, lol.
Darn Gateway, getting in the way of everything.
BwoooooonThe site glitched for a minute, lol.
well some people don't want emunand now that we have this bootloader for a9lh that can load decrypt9. what I suggest though it to keep emunand just incase you may ever need it again as a testing field of sorts.Can someone explain what people mean by "Goodbye emunand" and the benefits of it? From what I'm getting is that it is safe enough to have only sysnand and maybe even have a completely updated sysnand with the ability for homebrew to be installed, and sigpatches still.
You can easily regain an emuNAND though. I made an emuNAND backup (9.2) before I deleted my emuNAND, in case I ever need it. I also didn't delete the data for that NAND in my Nintendo 3DS folder.well some people don't want emunand now that we have this bootloader for a9lh that can load decrypt9. what I suggest though it to keep emunand just incase you may ever need it again as a testing field of sorts.
Can the A9LH payload be coded so that if it doesn't detect the payload on the SD, it launches normally to sysnand?
AFAIK, this isn't possible since FIRM0/1 are corrupted, and AL9H payloads boot FIRM off of the SD card.
CTRNAND is encrypted, so it would require having read access to it. You would need to setup the console unique keys for this. I don't know if you would have enough space for that.
CtrBootManager is already worked on and progress is going wellThat's something my bootloader already does(on the devices it works).
Maybe I will try to port ctrbootmanager, after my bootctr like bootmanager is working, and nobody did it already till then. While Bootctr is more simple, ctrbootmanager has a nice ui, so especially with screen init it would be an interessting project
Hope to see it in actionCtrBootManager is already worked on and progress is going well
well, thanks to bilis for all his help and answering all of my noob questions, and for his screen init code and other code and stuff he's provided me that's made all of this possible, we now have a nice installer... get it while it's hot guys
directions: run the installer with the provided stage0x5C000 from your EXISTING arm9loaderhax install
Cheers to @Supster131 for posting this in #cakey IRC
a9lh users only
USE AT YOUR OWN RISK
This is a early port of Decrypt9WIP that will work in conjunction with @RednaxelaNnamtra 's port of bootctr.
Just to be safe create the file "root:\rei\installeda9lh"
Add a entry in your boot_config.ini and hold A on boot to load.
Code:[KEY_A] path = /Decrypt9WIP.bin screenEnabled = 1 delay = 100 offset = 0 payload = -1
Here is a alpha alpha version of my bootloader(including the bootloaderloader), were I included the screen init code, I added the "screenEnabled" value to the configuration file, to allow turning screen init on and off for payloads(default is off). 0 means off, 1 means on.
-snip-
From what I'm getting is that with A9LH, it patches the sysnand to where it loads a payload from the SD at boot. This is what makes the system boot faster than before. If you swap your 10.5 emunand with your 9.2 sysnand through this tutorial (https://gbatemp.net/threads/tutorial-swap-sysnand-and-emunand-arm9loaderhax-only.415724/), then when you boot your console, it will load a CFW over your sysnand, with whatever patches it comes with. This even allows only having to install gba games on sysnand, so it saves space. It also makes booting a little bit more quicker, since it isn't slowed down by loading from the firmware from the SD card.Hello everyone I have been reading this thread for days, but I believe I have missed a few parts. First of all, I have a 10.6 emuNAND (running rxTools) and a clean 9.2 sysNAND (downgraded from 10.3, but I deleted all of the extra title so it can be considered vanilla). I have seen people saying they boot sysNAND instead of emuNAND. Why?This is preposterous to my eyes as I'm used to emuNAND. xD Is it because it gets loaded with SIG checks patched? Couldn't it be done right now with rxTools?
Also, the philosophy behind this is to load sysNAND? What about firm 0 and firm 1? Shit I have so many questions I can't even answer properly. xD Anyone got a thread/github link that explains most of those cool stuff? It's way too different than menuhax :|
From what I'm getting is that with A9LH, it patches the sysnand to where it loads a payload from the SD at boot. This is what makes the system boot faster than before. If you swap your 10.5 emunand with your 9.2 sysnand through this tutorial (https://gbatemp.net/threads/tutorial-swap-sysnand-and-emunand-arm9loaderhax-only.415724/), then when you boot your console, it will load a CFW over your sysnand, with whatever patches it comes with. This even allows only having to install gba games on sysnand, so it saves space. It also makes booting a little bit more quicker, since it isn't slowed down by loading from the firmware from the SD card.
normal! Me too.Is it normal to get the little bit of screen corruption now before cfw is loaded?
In my github repo that was fixedIs it normal to get the little bit of screen corruption now before cfw is loaded?
In my github repo that was fixed
that's not the job of a9lh, it's the job of the CFW... AuReiNand, Cakes and AHP CFW all have itI am still watching. I'm waiting for an "stable" beta (read stable as in superstable 3d).
that's not the job of a9lh, it's the job of the CFW... AuReiNand, Cakes and AHP CFW all have it