Atmosphere AFAIK supports installing NSP's, commercial or homebrew.So Atmosphere does not even do the NSP thing either it seems.
Atmosphere AFAIK supports installing NSP's, commercial or homebrew.So Atmosphere does not even do the NSP thing either it seems.
Not as it comes, you can't install them unless you add patches. Also atmosphere itself does nothing that contributes to the installing of nsps, it's all Horizon's own routines and separate homebrew installers.Atmosphere AFAIK supports installing NSP's, commercial or homebrew.
Not as it comes, you can't install them unless you add patches. Also atmosphere itself does nothing that contributes to the installing of nsps, it's all Horizon's own routines and separate homebrew installers.
yes - Kosmos (a sort of AIO atmosphere port I suppose) has all these built in if that helps you further.
The nsp patched should be legal to be distributed, since they don't need any Nintendo code. The installing routine is already included in the retail firmware, but only allows the installation of properly signed files out of the box, so your own eshop dumps and system files.I guess Kosmos is distributing illegal software?
Please cite Nintendos code in Sx Os
And: https://gbatemp.net/threads/no-more...mbers-inside-the-code-of-the-software.533912/Moral standpoints aside, no one will be able to replicate SX's XCI loading and distribute it as free open source software.
Not because of any technical hurdles or anything, but because it's flat out illegal.
TX reversed most of the gamecard protocol from the FS sysmodule and re-implemented it in their Loader KIP, hidden away inside a MIPS VM and a few layers of obfuscation. However, to achieve this, TX included sectors dumped from a real gamecard and the gamecard controller's certificate (which can be obtained by FS using a specific command). You can find these binaries by unpacking SX OS and searching inside the Loader KIP (simple hex editor will do) for "CERT" and "LOTUS".
Basically, any form of XCI loading requires heavily patching the FS sysmodule which can be quite a task if you want to support all firmware versions and what not. To avoid this, TX instead applies a single patch to FS which redirects gamecard commands to their MIPS VM. Then, code in their VM replies to the gamecard commands issued by FS with signed data ripped from a real gamecard.
After the authentication process has been forged, the VM is free to read data from the SD card and send it back to FS each time FS sends the gamecard sector reading command.
There are a few more details which I'm saving up for the writeup (SOON™), but that's the gist of it. A free solution will never be able to take this path for obvious reasons (instant takedown and lawsuits galore!), so a more complex approach will be necessary.
If you happen to live under a rock: They deem NSP just as relevant as XCI. NRO is the only officially supported homebrew format and everything else comes from the community.How is NSP anymore relevant to Homebrew? They both can run homebrew. With this logic, it seems to me they just "Rolled a dice" and decided which they would use to carry out their homebrew business.
Also how does NSP loading NOT require copyrighted material to make work? And why can't XCI loading be implemented where we need to provide our OWN version of these copyrighted materials to make work?
There is one exception, which uses the nsp format, but not to install them, the sys-modules im nsp format.If you happen to live under a rock: They deem NSP just as relevant as XCI. NRO is the only officially supported homebrew format and everything else comes from the community.
XCI loading requires certificates, lots of patches and shit of which the first are not legal to redistribute. NSP only requires patches + an installer of which the later is completely independent. As said they don't give a fuck about these formats.
I don't know if that was a real question.Yes yes. I would like the XCI mounting as well simply because it is more great features. But how is emuNAND relevant? Unless you are simply replying and not answering at all....
You know atmosphere is open source, right? If they put in any kind of protection, you'd just get forks with it taken out.Do you remember devolution for the wii?
That developer was against piracy and made the app with protection (using the original disc to boot) to avoid piracy.
So anything else, for me, is just words.
XCI and NSP is the same.
If nintendo cant stop piracy how can Atmo team?
Well to be fair Nintendo is doing a much better job this time around than with the previous consoles. It was nVidia who messed up this time, and as far as I know there is still no way to have piracy on ipatched units.
Actually Switch was one of the fastest hacked consoles. And to be fair Nintendo is responsible for their systems
Ipatched are hacked in private as of now
https://twitter.com/SciresM/status/1117956347536953344?s=09Is that true? I missed that. Do you have any source for this?
Pray tell, how does booting CFW via the web browser make the CFW any more "real" especially since you are going to be booting the same CFW as you would through RCM?Ah thanks, that’s really good to know; I do have a RCM-hack-enabled unit, and was about to update to 8.0, but the prospect of a real CFW without having to go through RCM will make me think this over! Hope it doesn’t take years to come out...
Pray tell, how does booting CFW via the web browser make the CFW any more "real" especially since you are going to be booting the same CFW as you would through RCM?