Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Since it came up a few times in #3dsdev and other places I got started with porting the built-in updater to the *hax payload itself. Hopefully at the very least this saves someone some time with the more "manual labor" tasks if this ever gets completed.
This currently allows for selecting a target payload version, downloading the payload, and writing it to a file passed through paramblk. This has been tested with hblauncher_loader, though it is designed to also compensate for supermysterychunkhax which has limited savegame space due to a required large sploit file (this could be achieved through OpenSubFile as suggested by yellows8).
Currently the code just enters an infinite loop after completion, the next issue would be updating the currently-running payload with DMA (would this even be feasible?)
This also requires a lot of parameters through paramblk, more than was originally hoped (archive handle because of the need to commit, fs:USER handle because it's required for ControlArchive)
This is an "RFC" I guess, just looking for comments at this stage.