Well, since Aurora left,
@TuxSH I have a request for a new safety feature: EmuFIRM
OK, we know firmware 11.3 and higher checks our FIRM partitions at every boot, and tries to "repair" them if they're invalid. What if the next firmware update also phoned home with the results? It's anyone's guess what Nintendo's next move is, but why not head this one off at the pass? Here's what I'm thinking. Create something like an EmuNAND, but just for the FIRM partitions. But instead of loading it from SD, load it from an unused portion of NAND (it's only 8 MB after all, plus keeping it on NAND thwarts any potential detection via timing checks). As with EmuNAND, your actual FIRMs remain hidden. And Nintendo will be able to write to them, so there's no write errors to throw up a red flag. Everything else would still load from SysNAND as usual, so TWL and AGB should still work fine. Just a thought. You can't be too careful these days.
Also, Luma is crashing when I try to load my second EmuNAND. Specifically, it's a RedNAND running 9.2 with Menuhax installed. I think it's the Menuhax that is causing it to crash, since other NANDs that aren't 100% authentic, like that partial 11.4 update for GW, seem to have a similar issue based on what I've read. Not that it's a big deal. I've got Cakes launching it, and it's working fine. Still, it's hard to fix a bug when you don't know it exists, so, I thought it best to report it all the same. Hopefully you can find it and fix it. Sometimes Luma will crash randomly on a power up or reboot as well, giving a "launched from wrong location" error.
So far I've only found three homebrew apps that don't work with Rosalina. DSP Dump (if anyone has forgot to do that on any of their systems, get it done), ctrHexenII, and 3DSCraft. And I think my 3DScraft is from an old starter pack, so, I probably just need to download the newest version. Keep in mind that I pretty much only use HBL for what I call "NEOFPS" projects (New Engine for an Old FPS) anymore. So, it's not like my tests can be considered extensive or anything.
One last thing. The chainloader crashes when you run Cakes if it needs to decrypt firmware. If it's already been run once, and the firmware is already decrypted, it's fine. It doesn't seem to like "-e 0" A9LH .bin conversions either, but you were probably already aware of that one. If I failed to mention this before though, I love the new GUI option. Gives it the best of both worlds. Any chance you'd consider releasing the chainloader independently with a "default_" payload option? A boot manager that's tied to the OS is a bit too unconventional for me. GRUB doesn't delete itself if I switch my Linux distro.
Thanks again for all you (and Aurora) have done for the scene. Keep up the good work.
It's not that we hate it. It's that we have something way way way way way waaaaaay better. If you had a Mercedes from 2015 and a Fiat from 1984, would you still use the Fiat? I doubt it.
LOL. As if you could even tell the difference in a blind test. If I put GW carts in two units, loaded the same game on both using GW on one and Luma on the other, had you to play both for an hour, and then asked you which was which, you would not be able to tell me. Just because Luma's the best overall doesn't mean that other payloads can't do an equivalent job, or sometimes even a better one, for specific tasks. GW is not a downgrade if you're using it to play ROMs. It's even an upgrade if you're using it for the cheat engine. It's all all about what you want to do with the device. And "convert a large ROM collection to CIA" isn't on my list.
If you have a 64 GB card, why would you not throw GW on it? The amount of space it takes up is trivial. The reason we have chainloaders is so that there can be more than one. Sure, there's a lot of things GW doesn't do (IMHO, it still has a better post-launch menu, though). Who cares? I can switch payloads at the drop of a hat. Just like I can use a fork for my meat, then use a spoon for my soup. I can do everything you can, plus load ROMs and cheat at "Binding of Isaac" (good luck doing that with NTR -- the game changes it's address every time you play it). BTW, the title of the thread wasn't "Let's bash GW owners" the last time I checked.
A few questions tho... Upon further reading on some of the posts here, I managed to find out that there was a banwave due to titleids/game history being read by ninty.
(Luckily enough I was not affected, due to being away from my 3ds for a couple of months).
And now they've implemented Rosalina menu with the current luma cfw. So now I'm cleaning up my installed cias (HBL , FBI etc.)
Do we have a repository or thread for all of the new HBL Rosalina compatible apps (3dsx)?
Based on what I've read regarding Wireshark tests performed, Nintendo only logs what you run while online. So, it's overkill to delete all homebrew CIAs. Just make sure the wifi is off before you run them (you might want to give them their own folder). If you want to stop your system from phoning home (or try to), there's a list of domains
here that you can block manually, or you can use the DNS servers listed
here if that's easier for you. Not that I'd advise doing remote CIA installs in FBI (unless you like being the guinea pig). Also, set both Spotpass settings to off for insurance. Nintendo collects data anyway. But admitting it is grounds for a lawsuit. I have looked for a list of Rosalina-compatible homebrew titles, but I have not found any yet. I'm sure it's just a matter of time.
