It adds a new chip type, that works like regular 3DS saves. It
presumably is manufactured by Macronix as well.
Thank you for your help, @FerozElMejor on Discord and @Epicpkmn11
Fixes#703 and is only active with `make LARGEDLC=1` and will break compatibility with other titles and CIAs. Thanks @luigoalma for new ticket builder code!
Since in all cases that LoadCertFromCertDb is called
is always twice, one for sysnand and another for emunand
just make it a single call and quit early when cert found.
At least in the caller perspective.
Also break down some functionalities into separate funcs,
interally calling them on cert.c to avoid too many checks.
And tried to avoid too much repeated code.
This is my second attempt to resolve#553
Props to @wwylele for pointing out that the last byte of the JEDEC ID is
just the exponent of the size (base 2)
Change image to ubuntu-latest.
Remove redundant :latest from container.
Make python3 pip install into one less line.
Add -j to make to speed it up.
Replace cd with working-directory and remove unneeded cd.
Add if-no-files-found: error to upload-artifact.
Unless the SD card happens to both be accessible and contain a
`gm9/scripts` directory, a system booted with a NTR cartridge isn't going
to have access to the stock scripts and will just show an error upon
going to the menu and selecting `Scripts...`. This patch adds scripts
to the vram tarball only for ntr builds so they can be available even
on completely untouched systems. It shouldn't be necessary when we've
booted from something else because in those cases we've already written
GodMode9.firm to flash using some other means and could have copied all
the scripts then.
One might argue this is sub-optimal because the menu will point there
even if a scripts directory happens to exist on the SD card. One might
instead argue that that behavior is preferable because there's no telling
what gm9 version the scripts on the SD card were intended for.
