Most people forget to that you don't even need an SD card to have something running in the background. Since the NDS and 3DS are ramed based. They do not use prioritized functions to call other functions. Instead they call a set of classes or written code like in PythonLib or C++. Since other consoles that use CFW like the Switch and GC. Call classes or redefined values based on class recurrison (which is one of the heaviest weaknesses of the 3ds and nds. When you compare it to a more front end device like the PSP or PS Vita.)
Other consoles use intergrated backups to actually load or fetch the application data... So in your case. The only difference between arm9 and boot9 is that they both used different prioritized functions to call or fetch a function of data. Arm9 used a method of communicating with the DSi Profile back in 2006 or in earlier developments of Homebrew. And Boot9 in 2011 used intergrated checks to make sure a CFW was running in the background. (But it all had to be pre-written. And probably with an exploit.) But these weren't called until the 3ds was really late in development. In matter of fact almost until its eol because it was thought that users would not prioritize the 3ds tools that much. Until RXTools came out and was released. Later becoming open source tools or foundations for the homebrew community.
One of the sys updates of the consoles (11.8) or 11.9. Tried to reverse engineer the 3dstools or boot9 to lock users out of pirated software. But it never worked until users realized that all they had pre-fetch an abort. And even that didn't work.
Then the 3ds. Actually locked and loaded onto pirated software. And without getting into to many details... CIA Files were either encrypted or de-encrypted to run background software. So that no matter what the 3ds would always launch with select advertisements or various sorts of information. Even if a game was in cartridge format on a non-hacked brand new never ran before homebrew stock 3ds on a later or older version of the console... The same with Wii U and Switch.
Anyone can make their own custom FIRM loader or strap if they wanted to. Many users have done it. Even with non-integrated FIRM modules. Even on PC for prioritary uses on or for the 3ds. Like loading reminesent software or creating custom intergrated code. Two games that were in development. SSB3DS and Smash Wii U did this explicity to make character models or creations without use of sketchup or 3dsmax. With no mistakes once so ever. So everything can be loaded into and booted perfectly.
But there's one exception or excerpt to this type of CFW. To be explicit. Everything has to absolutely always be ran on the arm9 or arm11 console of the 3ds. Somehow. And if it can't everything falls like a brick of dominos unless you have a way to fix it or the developer does it. The GBA, and DS do you arm9 and arm11 kernals that are found in some retail games actually. But they do not utilize it to their adventege instead use it for CPU prioritizes or GPU power. So games like Fire Emblem: The Blazing Blade would run at a faster clock speed, and F Zero Climax would not crash during hours or minutes of gameplay. So while the cores or processing units do matter for arm9 and arm11 kernals or services/loaders like boot9 or arm11. They do not explicitly address why or how something is running in the background. Even if it has services checks or security built into the CFW. Even if its better then Nintendo's own intergrated FW for the stock 3ds(s)
Background renderations of. Whatever it is. (like 3ds clock, battery life, and internet/miiverse.) Are a different story. Even if you use or buy the explicit software or hardware built into the chip. (Like the 3ds arm11 core battery life functionality. Idk why you would but you could if you really wanted to.) Cannot change what's running in the background or software of the application running. Unless its already been encrypted.unencrypted somehow or someway. (I will leave that up to you.) People are able to run vague or notorious software found in some flash CD's or hard-disks. To run explicit or unappropriate/suitable content if they were to just use something like that battery life or the clock time. Or a bootlegged cartridge its self (even if it was destroyed.)
All of this has to do with the start and b/a button because when loading or asking what FIRM to boot. The console is asking an explicit security question like "What is your name or address" however it is not shown. But GodMode9 its self completely reverses engineer's the questions put into or onto the 3ds. But they do not recall them. To launch godmode9 and NAND backup's.
Its hard to trust others is what i'm saying. Even if you had a Stargate card and ran a game on your friends system you don't know if its legit. Even if its downloaded from the CDN server of Nintendo or a 3rd party site. :/
--------------------- MERGED ---------------------------
If your wondering how I know this to. In early versions of software development flashcarts like r4i for the 3ds or gateway. Asked those same kind of questions but they were not used to ask security protocalls or questions to the console. Instead it was only used for launching. And playing a game. On 3ds software/hardware in .3ds format. (before the original .cia format was leaked 5 or 8 years later.) In a Nintendo Direct interview between one or two people at a live event held at e3.
That to or it was just published online somewhere on the internet.
"How do you make a .3ds file if you don't have the game" all games were in a graphed chart format (xml.) and were backed up in .3ds a custom format to run or load 3ds games to recognize xml in a flashcart or add modification patches to launch a game. To remove hardware or stock ware limitations on older FW's. By default or by manually modifying the games code. Luma is capable of running graphed. .cia format and .3ds format (or any other that exists in any other region.) But it comes with software limitations for right now.
Other consoles use intergrated backups to actually load or fetch the application data... So in your case. The only difference between arm9 and boot9 is that they both used different prioritized functions to call or fetch a function of data. Arm9 used a method of communicating with the DSi Profile back in 2006 or in earlier developments of Homebrew. And Boot9 in 2011 used intergrated checks to make sure a CFW was running in the background. (But it all had to be pre-written. And probably with an exploit.) But these weren't called until the 3ds was really late in development. In matter of fact almost until its eol because it was thought that users would not prioritize the 3ds tools that much. Until RXTools came out and was released. Later becoming open source tools or foundations for the homebrew community.
One of the sys updates of the consoles (11.8) or 11.9. Tried to reverse engineer the 3dstools or boot9 to lock users out of pirated software. But it never worked until users realized that all they had pre-fetch an abort. And even that didn't work.
Then the 3ds. Actually locked and loaded onto pirated software. And without getting into to many details... CIA Files were either encrypted or de-encrypted to run background software. So that no matter what the 3ds would always launch with select advertisements or various sorts of information. Even if a game was in cartridge format on a non-hacked brand new never ran before homebrew stock 3ds on a later or older version of the console... The same with Wii U and Switch.
Anyone can make their own custom FIRM loader or strap if they wanted to. Many users have done it. Even with non-integrated FIRM modules. Even on PC for prioritary uses on or for the 3ds. Like loading reminesent software or creating custom intergrated code. Two games that were in development. SSB3DS and Smash Wii U did this explicity to make character models or creations without use of sketchup or 3dsmax. With no mistakes once so ever. So everything can be loaded into and booted perfectly.
But there's one exception or excerpt to this type of CFW. To be explicit. Everything has to absolutely always be ran on the arm9 or arm11 console of the 3ds. Somehow. And if it can't everything falls like a brick of dominos unless you have a way to fix it or the developer does it. The GBA, and DS do you arm9 and arm11 kernals that are found in some retail games actually. But they do not utilize it to their adventege instead use it for CPU prioritizes or GPU power. So games like Fire Emblem: The Blazing Blade would run at a faster clock speed, and F Zero Climax would not crash during hours or minutes of gameplay. So while the cores or processing units do matter for arm9 and arm11 kernals or services/loaders like boot9 or arm11. They do not explicitly address why or how something is running in the background. Even if it has services checks or security built into the CFW. Even if its better then Nintendo's own intergrated FW for the stock 3ds(s)
Background renderations of. Whatever it is. (like 3ds clock, battery life, and internet/miiverse.) Are a different story. Even if you use or buy the explicit software or hardware built into the chip. (Like the 3ds arm11 core battery life functionality. Idk why you would but you could if you really wanted to.) Cannot change what's running in the background or software of the application running. Unless its already been encrypted.unencrypted somehow or someway. (I will leave that up to you.) People are able to run vague or notorious software found in some flash CD's or hard-disks. To run explicit or unappropriate/suitable content if they were to just use something like that battery life or the clock time. Or a bootlegged cartridge its self (even if it was destroyed.)
All of this has to do with the start and b/a button because when loading or asking what FIRM to boot. The console is asking an explicit security question like "What is your name or address" however it is not shown. But GodMode9 its self completely reverses engineer's the questions put into or onto the 3ds. But they do not recall them. To launch godmode9 and NAND backup's.
Its hard to trust others is what i'm saying. Even if you had a Stargate card and ran a game on your friends system you don't know if its legit. Even if its downloaded from the CDN server of Nintendo or a 3rd party site. :/
--------------------- MERGED ---------------------------
If your wondering how I know this to. In early versions of software development flashcarts like r4i for the 3ds or gateway. Asked those same kind of questions but they were not used to ask security protocalls or questions to the console. Instead it was only used for launching. And playing a game. On 3ds software/hardware in .3ds format. (before the original .cia format was leaked 5 or 8 years later.) In a Nintendo Direct interview between one or two people at a live event held at e3.
That to or it was just published online somewhere on the internet.
"How do you make a .3ds file if you don't have the game" all games were in a graphed chart format (xml.) and were backed up in .3ds a custom format to run or load 3ds games to recognize xml in a flashcart or add modification patches to launch a game. To remove hardware or stock ware limitations on older FW's. By default or by manually modifying the games code. Luma is capable of running graphed. .cia format and .3ds format (or any other that exists in any other region.) But it comes with software limitations for right now.
Last edited by petethepug,
