Yeah, I guess that can be used.Um, don't we have /rei/installeda9lh? I have that set just because, for safety.
Yeah, I guess that can be used.Um, don't we have /rei/installeda9lh? I have that set just because, for safety.
Um, don't we have /rei/installeda9lh? I have that set just because, for safety.
If I recall, that file was only included in the first version that supported A9LH. Later versions didn't include that file. Right?Yeah, I guess that can be used.
https://github.com/AuroraWright/AuReiNand/blob/master/source/firm.c#L31If I recall, that file was only included in the first version that supported A9LH. Later versions didn't include that file. Right?
huh, I don't have that file and A9LH boots up fine.
It's not mandatory, it's an alternative intended for if you relaunch AuRei through HBL or something.huh, I don't have that file and A9LH boots up fine.
I'll probably create the flag just to be safe then.It's not mandatory, it's an alternative intended for if you relaunch AuRei through HBL or something.
I just keep it there because why not.
Why wouldn't it?The idea is pretty great, however it will not be helpful in case of brick, since MenuHax will not be able to load.
Why wouldn't it?
I think his setup is intended for unbricking the sysnand, so it should work (with a9lh, that is)Because if you brick your sys/emuNAND (where Menuhax is installed), then it will not be able to load.
He has arm9loaderhax. So the way he has it is he's using 10.6 sysNAND with the updatedsysnand flag. So on a regular boot it boots sysNAND with 10.4 firm, holding L will boot his emuNAND 9.0 firm which the L will also trigger menuhax with a picture that says recovery and load the .3dsx of Decrypt9Because if you brick your sys/emuNAND (where Menuhax is installed), then it will not be able to load.
He has arm9loaderhax. So the way he has it is he's using 10.6 sysNAND with the updatedsysnand flag. So on a regular boot it boots sysNAND with 10.4 firm, holding L will boot his emuNAND 9.0 firm which the L will also trigger menuhax with a picture that says recovery and load the .3dsx of Decrypt9![]()
Of course will be helpful because the menuhax is installed on an unliked emunand, so I doesn't nothing to do with sysnand .) however, this is only a temporal solution while we got a funtional version of Decrypt9 for A9LH.The idea is pretty great, however it will not be helpful in case of brick, since MenuHax will not be able to load.
Same here, I'll mess about with it on my O3DS but my N3DS is staying put with working 3D (plus I kinda like the screen staying off till firm launch anyway).So for people who will wish to use this with a LCD init enabled A9LH, I just found an alternate way to detect A9LH that isn't affected by LCD init. https://github.com/AuroraWright/AuR...a15c92a#diff-e4db586b2dcfc7f018b495bf57588e3c
My body is ready(I still won't update my N3DS though, 3D bug pisses me off).
Same here, I'll mess about with it on my O3DS but my N3DS is staying put with working 3D (plus I kinda like the screen staying off till firm launch anyway).
Where can I get the LCD init version for arm9loaderhaxSo for people who will wish to use this with a LCD init enabled A9LH, I just found an alternate way to detect A9LH that isn't affected by LCD init. https://github.com/AuroraWright/AuR...a15c92a#diff-e4db586b2dcfc7f018b495bf57588e3c
My body is ready(I still won't update my N3DS though, 3D bug pisses me off).
It doesn't exist yet. This is merely code to make AuRei capable of detecting a screen-init-enabled A9LH with no user-set flags (I anticipated a nice brick party if people had to create a file manually before updating sysNAND).Where can I get the LCD init version for arm9loaderhax
Ahh okay I was scouting the Arm9Loader Thread lolIt doesn't exist. This is merely code to make AuRei capable of detecting a screen-init-enabled A9LH with no user-set flags (I anticipated a nice brick party if people had to create a file manually before updating sysNAND).