Hacking why can't gba games boot from emunand

  • Thread starter Thread starter hacksn5s4
  • Start date Start date
  • Views Views 9,317
  • Replies Replies 97
So i mean i can understand the stuff for the twl and agb firmware things being a complete different set of tools for the 3ds system, But the other VC games don't need their own firmware, why would something like GBA need one? Is just not something i understand. If it was something based on the backwards compatibility for NDS (How nds can play GBA carts) Then perhaps is safe to assume that GBA cart support was planned sometime for 3DS and changed in favor of Downloading them instead?:unsure:

I'm not that knowledeable about this, all this are just ideas and speculations behind some decisions being made, but i wish i understood the need for a seperate firmware for GBA if is just Virtual console like the other games but complete different. It leaves the games at disadvantage compared to the wii u versions of the vc where you lose, sleep function, suspend play and save states. I can't help but wonder if this could have been better resolved. :ninja:
 
To kill the salt, EmuNand is only useful if you use Gateway. Otherwise, you can kill it with fire since you really don't have a good reason to use one without a Gateway. Your only advantage would be extending the life of your systems Nand by running it off of the SD rather than internal memory. Otherwise, you can enjoy the slightly slower boot time.
/end salt

Anyways, the system can't boot GBA games from EmuNand because the system needs to reboot which launches SysNand. Reboot patches don't work here, since this is a somewhat different kind of reboot.
 
To kill the salt, EmuNand is only useful if you use Gateway. Otherwise, you can kill it with fire since you really don't have a good reason to use one without a Gateway. Your only advantage would be extending the life of your systems Nand by running it off of the SD rather than internal memory. Otherwise, you can enjoy the slightly slower boot time.
/end salt

Anyways, the system can't boot GBA games from EmuNand because the system needs to reboot which launches SysNand. Reboot patches don't work here, since this is a somewhat different kind of reboot.
emunand is better for me XD
 
  • Like
Reactions: Demian25 and Ricken
So i mean i can understand the stuff for the twl and agb firmware things being a complete different set of tools for the 3ds system, But the other VC games don't need their own firmware, why would something like GBA need one? Is just not something i understand. If it was something based on the backwards compatibility for NDS (How nds can play GBA carts) Then perhaps is safe to assume that GBA cart support was planned sometime for 3DS and changed in favor of Downloading them instead?:unsure:
The GBA hardware is present in the 3DS, since it's a prerequisite for DS.

GBA games run natively using the GBA hardware (and IIRC a small ARM11 program to blit the GBA framebuffer to the screen). Other VC titles run as emulators in 3DS mode, which is why they don't have issues with EmuNAND.
 
Simply Profit from both. There is really no reason to not set up a9lh, cause it's very simply and safe now. I have it and use emunand, cause of I wanna leave sysnand on 9.2 (Gateway) and also because I'm a dev, so... Xd experimental things.
A9lh with luma Boots really quick my emunand.apparently 2-3 sec longer than sysnand..that is nothing.
 
Which is? You can use emunand, brick protection, 100% boot, 7 second boot. Using any hack ohter then a9lh leaves your sysnand open to incedintly updates
a9lh can brick during the install if i do anything wrong (what can happen to me XD) i only use emunand JUST UPDATE EMUNAND i can't brick sysnand, if i brick my 3ds during the instalation.... you will buy another and send to me XD HUEHUEHUEEHU BR BR BR

--------------------- MERGED ---------------------------

May be he scare of bricking himself while install A9LH?
some people just can't understant, can't think
 
  • Like
Reactions: Demian25
This guide is basically brick proof.
You can only brick if your a complete retard and can't read.
Messing with NAND always has a chance of brick, although those guide make it as smallest as possible.
It's up to him if he wants to take a risk or not.
If he's ok with current setting, i don't see a reason to force him to change.
Unless he run on oudated setting like rxtools.
 
Messing with NAND always has a chance of brick, although those guide make it as smallest as possible.
It's up to him if he wants to take a risk or not.
If he's ok with current setting, i don't see a reason to force him to change.
Unless he run on oudated setting like rxtools.
TY!! Exactly what I'm saying. If what your using works, then why change it if either method grants the same common benefit? Or better yet, BOTH can be used!
 
if the instalation was 100% safe without brick risk I ONLY UPDATE to have Boot Animation XD
Because of how 3DS system design, even SysNAND update from Nintendo has a chance of brick. :D
So, if you scare of bricking that much, menuhax + EmuNAND should be best for you since you don't have to access to NAND chip much.
 
Because of how 3DS system design, even SysNAND update from Nintendo has a chance of brick. :D
So, if you scare of bricking that much, menuhax + EmuNAND should be best for you since you don't have to access to NAND chip much.
I have a question regarding OTP, if emunand is a copy of sysnand, is it possible to downgrade emunand to version 2.1 and extract the OTP?
 

Site & Scene News

Popular threads in this forum