Yeah, its possible to use all the features of this app with gateway with a cubic ninja rom loaded and ninjhax 1.1 installed or with a cubic ninja cia and ninjhax 1.1, as long as your firmware is 9.2 and under, i doubt you have above because you need below 9.3 to boot gateway anyway, but if you are using emunand it must be below 9.3
Thanks a ton! Increasing the buffer size has some downsides (mainly a less accurate progress indicator) and it seems to only make sense for real big files. I'll think about what to do later, for now this is very helpful.
Yeah, Animal Crossing Happy Home Designer seems to be some kind of special case. I already had a lengthy discussion with @OctopusRift about that. You can try decrypting it with the updated title decryptor (new release later today), and you will see that the decryption is correct (new title decryptor has verification via hash checking). If that problem was with the japanese release, just try the US one. Otherwise, let me know, and we'll see what is the problem.
Update it to 9.0J. If what you want to tell me now is that this is not possible, you are wrong. There's one method that requires a small amount of cash and one that only requires a hardmod (the latter one is unreleased as of now). @Ronhero could you help him? Don't find that thread now.
Gateway uses some files from later firmwares to enable launching titles not designed for 9.2 and below. That's the problem. You're better off with an actual CN cartridge or a Sky3DS. You may also try with one of the different launch methods, but as of now I can not help with that.
You should be able to do everything with Decrypt9 (and more with my WIP version) that is possible with rxTools.
That would be because the hardmod and gateway dumps extra garbage at the end of the file. basically reads the whole chip, the ACTUAL nand size on n3ds is only 1.2gb regardless of emmc chip used.
So the dumps are valid, nothing to panic about.
1888 MB is the actual size of the NAND memory, 1280 MB is the used region. The 608 additional MB is in fact garbage padding and can be replaced with anything you wish. I guess Nintendo just uses these 1888 MB memory chips (instead of something smaller), because that's the cheapest option for them. Decrypt9 uses 1888 MB as size, as the GW EmuNAND (and every other EmuNAND out there) also uses the full NAND memory size and we want the Decrypt9 NAND backup to be compatible with that.
Didn't you make a thread for the method involving the eShop? For the other one, yeah, I understand the bricking risk, but it can only be done with a hardmod anyways.
Yep that is correct, 600MB of garbage lol Well it depends on what emmc chip the n3ds has, there's 2 that we know of Samsung and Toshiba, 1.2gb and 1.8gb used respectively. I'm pretty sure both are actually 2gb emmc chips though but different amount of space used between the 2 for some reason, same with old 3ds, different chips, different size used etc.
I'm not going to be able to keep up! lol I'd still like to keep mine updated but you've gotten waaaaaay ahead of me with changes. haha I'm sure people still appreciate the graphical version, if they don't i guess i won't update it. lol
SorryAlso, stop adding stuff! You're on fire!
!.
Exactly why I've held off doing and updates, because i don't know what you have up your sleeves. haha (and i secretly keep hoping for a huge pull request lol)Sorry
There's also still some stuff coming...
The good stuff now is that the decryptor.h/decryptor.c can be used among builds (Archshift/Shadowtrance/mine) without any change. You only need to replace some files for your build, and all the heavy work is done for the draw.h/.c / menu.h/.c source files and the graphics themselves. And of course the graphical version is highly appreciated! Your build always had more stars on GitHub than mine
- With the new SeekFileInNAND() function we can dump any file from any FAT16 partition. Movable.sed and SecureInfo_A (most likely even injecting them) will be included for SysNAND and EmuNAND (that makes four/eight new features). Maybe there are other files that would make sense to be able to dump (maybe even on TWLN?).
- The way EmuNAND is handled now, we can run anything on EmuNAND. I doubt I will include EmuNAND backup/restore/partition dump/partition inject, though. Too little interest among the users, and the last round of tests doesn't look too good (corrupted files). You're still free to use it, it is behind the EXPERIMENTAL #define now.
- CIA decryptor currently in the works. Maybe a one step CIA cryptofixer, too, will be a bit slow though. That means an additional two new options.
- Also, I'm considering a SD decryptor. I'm unsure about that, though, as the CIA decryptor will take care of almost everything this could do (correct me if I'm wrong). What I will enable in any case is creating SD xorpads without SDinfo.bin (not a new feature, will be build into the existing one).
- A new menu, utilizing the arrow keys and allowing up to 8 entries per menu in my build will be coming. Less interesting for you, as you're using an alternate menu anyways.
@
x65943:
@
x65943:
@
JuanMena:
