Homebrew What a9lh payloads are we missing at the moment?

[3xkrazy]

Decryptor: Decrypt9WIP - check
Emunand manager: EmuNAND9 - check
File browser: GodMode9 - check
Cart dumper: Uncart - check

All of the above are must have payloads imo, but I also think we need a save data manager. Working FTP would also be great, but I don't think network init has been ironed out yet. Anything else?

 

[proflayton123]

Decryptor: Decrypt9WIP - check
Emunand manager: EmuNAND9 - check
File browser: GodMode9 - check
Cart dumper: Uncart - check

All of the above are must have payloads imo, but I also think we need a save data manager. Working FTP would also be great, but I don't think network init has been ironed out yet. Anything else?

I don't think I have the File browser - GodMode9 payload, pls may you send a link my way, the rest I do have..

 

[3xkrazy]

I don't think I have the File browser - GodMode9 payload, pls may you send a link my way, the rest I do have..

https://github.com/d0k3/GodMode9/releases

If you build the latest commit from github, you won't need slot0x05KeyY.bin for the n3ds.

 

[proflayton123]

https://github.com/d0k3/GodMode9/releases

If you build the latest commit from github, you won't need slot0x05KeyY.bin for the n3ds.

Im no good with building things from source :vv

 

[ih8ih8sn0w]

AFAIK, a save data manager wouldn't work because you have barely booted NAND as early as most a9lh payloads. FTP might be possible, but decrypt/emunand9 allow you to dismount your sd card, and if you wanted to transfer files without removing your sd card, you are better off just booting into NAND and going from there since you can dump saves.

 

[proflayton123]

AFAIK, a save data manager wouldn't work because you have barely booted NAND as early as most a9lh payloads. FTP might be possible, but decrypt/emunand9 allow you to dismount your sd card, and if you wanted to transfer files without removing your sd card, you are better off just booting into NAND and going from there since you can dump saves.

snow Oo

 

[3xkrazy]

Im no good with building things from source :vv

http://dropcanvas.com/mdqcd

Use GodeMode9.bin for a9lh.

 

[proflayton123]

http://dropcanvas.com/mdqcd

Use GodeMode9.bin for a9lh.

Thank you!~

 

[3xkrazy]

AFAIK, a save data manager wouldn't work because you have barely booted NAND as early as most a9lh payloads. FTP might be possible, but decrypt/emunand9 allow you to dismount your sd card, and if you wanted to transfer files without removing your sd card, you are better off just booting into NAND and going from there since you can dump saves.

Well, if we have access to decryption/encryption (decrypt9) and basic file functions (godmode9) at boot, how not?

 

[ih8ih8sn0w]

NAND is decrypted and loaded before save files. From my understanding, saves are decrypted after most a9lh features are loaded (if that makes any sense), since it is later in boot. Menuhax had access to this because it was later in the boot chain. (I am not responsible for misusing terms). It could still be possible though since we have the ability to decrypt roms and stuff (why I said AFAIK)

 

[3xkrazy]

NAND is decrypted and loaded before save files. From my understanding, saves are decrypted after most a9lh features are loaded (if that makes any sense), since it is later in boot. Menuhax had access to this because it was later in the boot chain. (I am not responsible for misusing terms). It could still be possible though since we have the ability to decrypt roms and stuff (why I said AFAIK)

Maybe one of the devs @d0k3 can provide some insight on this subject.

 

[Jiro2]

We need a way to boot an unpatched SysNAND. (Maybe still with FIRM patches to prevent overwriting a9lh, but without anything else.)

 

[A_Random_Guy]

We need a way to boot an unpatched SysNAND. (Maybe still with FIRM patches to prevent overwriting a9lh, but without anything else.)

CakesFW with signature patches disabled

 

[Favna]

FTP would be a godsend for n3ds users in case the nand is bricked and we need to transfer files

kthxbai

 

[Khangaroo]

FTP would be a godsend for n3ds users in case the nand is bricked and we need to transfer files

kthxbai

Except there is no wifi in arm9 AFAIK.

 

[Favna]

Except there is no wifi in arm9 AFAIK.

Thread is only a theoretical "what do we need" thread soooooooooo

 

[Khangaroo]

Thread is only a theoretical "what do we need" thread soooooooooo

I do have to admit I would really like it if it was possible since I lost my usb-otg cable.

 

[Slashcash]

Well, if we have access to decryption/encryption (decrypt9) and basic file functions (godmode9) at boot, how not?

It's not *totally* impossible but it would be a tedious task. Saves are encrypted in a different way than nands and only decrypted when a game (or an homebrew) requests them. Managing them without the services already provided by ctrulib would mean re-writing a lot of stuffs. A lot of work for a program of limited use

 

[Urbanshadow]

Well, if we have access to decryption/encryption (decrypt9) and basic file functions (godmode9) at boot, how not?

It's not about possibility anymore. It's about needs. You have good homebrews with included cia flavor working flawlessly in dumping saves. You have dedicated homebrews just for saves of a certain title. There's no need to provide such functionality in a9lh context, even if it's or not possible.

This is the main reason "CFW"s are going smaller in size. Right now the best "CFW"s available only provide original firmware patching and launching. Soon they will only provide launching (and perhaps untoggleable sig and emunand patches) as all of the functionaliy is better added afterwards.

TL;DR
a9lh is not a place for running common homebrew. Think of it as bootMii for the wii, and how even if bootmii could be launched on system boot, you still went into the homebrew channel or installed a forwarder for any homebrew needs.

 

[d0k3]

NAND is decrypted and loaded before save files. From my understanding, saves are decrypted after most a9lh features are loaded (if that makes any sense), since it is later in boot. Menuhax had access to this because it was later in the boot chain. (I am not responsible for misusing terms). It could still be possible though since we have the ability to decrypt roms and stuff (why I said AFAIK)

Maybe one of the devs @d0k3 can provide some insight on this subject.

A9LH has no access to any data on TWLN / TWLP or CTRNAND (that includes basically all the data you may be interested in). Enabling this access is not exactly trivial (see: GodMode9 source), and some stuff will never work as good as from other entrypoints (or will never work at all), cause we don't have access to Nintendo services / Wifi / a lot of other stuff. Think of it in this metaphor: When userland entrypoints (*hax, CIAs) is the main road, ARM9 entrypoints, especially A9LH, is a bumpy side road. The main road helps you get to all the main points of interest (ie, the stuff we are 'allowed' to see) quick and convenient, but you need to use the bumpy sideroad to get to certain destinations, and you have to accept you don't have the convenience of the main road there.

a9lh is not a place for running common homebrew. Think of it as bootMii for the wii, and how even if bootmii could be launched on system boot, you still went into the homebrew channel or installed a forwarder for any homebrew needs.

Seconding this. Users must also keep in mind that software on ARM9 has enough permissions to brick the console irrecoverably. I wouldn't want to have games and standard homebrew from there, with that kind of access. I also don't ever run ARM9 homebrew from devs I don't know / i don't trust on my 3DS.