Homebrew Question The REAL Reason why no XCI support outside of SXOS

[GerbilSoft]

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?

Also Deja Vu is unofficially out but only for firmwares 3.0 and below for now.

It's the same logic that people used to trash arm9loaderhax on 3DS for not being "real" CFW, and once sighax was released, suddenly we'd see a flood of "real" CFWs.

Still waiting.

 

[Grmmish]

How the hell is this conversation still escalating? It's ended.

I don't know if that was a real question.
EmuNAND is for two kind of people:

1. People that are not banned yet but want to use hacks. So they can do this:
   sysNAND -> hackfree -> online play
   emuNAND -> CFW -> homebrews
2. People (and especially devs) that are playing around with stuff that might break the system.
   If it breaks, nobody gives a f*ck as it was nothing but an emuNAND which they can restore by simply moving some files and folders around on SD.

Yes. It was a real question. How is EmuNAND relevant? This is about XCI being omitted from Atmosphere. I know what EmuNAND is and what it does. ._. As I said on my FIRST post, the benefits of EmuNAND and other such irrelevance is to be discussed in a different post.

 

[gizmomelb]

ok.. going on a different track and this may or may not be how XCI loading on SX OS actually works.. I have no idea when devs say SX uses nintendo code for the XCI loader - if they mean it is using cartridge ID for a game so it looks like a legit cart is being used, or if they mean actual programming code / routine is used to mount the virtual cartridge.

If it is the former - then how about an XCI loader that requires the user to first insert one of their own legit cartridges and the app copies whatever cartridge ID / code it needs to spoof XCI images.

the next step is the data difference between NSPs and XCIs - I know they can be repacked from one format to the other - but if there is no major data differences then the XCI mounter app's next step would be to load / link to an NSP file so it spoofs the NSP as an XCI image and allows direct play of NSP images from SD / USB without the need to install them.

 

[Nincompoopdo]

Proprietary API cannot be use in open source, it will be illegal. Since SXOS is close source, they can put whatever they want in there and no one can see their code (at least not completely). That's TX advantage over open source projects.(Or disadvantage, depends on which sides you are on. )

Also, to accuse TX for using illegal code is like arresting Al Capone for tax evasion since SXOS is a pirating tool.

 

[gizmomelb]

Proprietary API cannot be use in open source, it will be illegal.

a) who's talking about open source?
b) it'll be as illegal as providing FS and ES patches.


The idea is essentially a virtual cartridge loader (like XCI mouting in SX OS) but the user can also select NSP files - then you could directly load and run the NSP from SD or USB, without needing to install.

Hell if TX pick that up and implement it, then it will be another killer feature.

 

[RednaxelaNnamtra]

a) who's talking about open source?
b) it'll be as illegal as providing FS and ES patches.


The idea is essentially a virtual cartridge loader (like XCI mouting in SX OS) but the user can also select NSP files - then you could directly load and run the NSP from SD or USB, without needing to install.

Hell if TX pick that up and implement it, then it will be another killer feature.

Its a bit more complicated, since nsps are more something like an archive, while xcis contain additional informations.

 

[Nincompoopdo]

a) who's talking about open source?
b) it'll be as illegal as providing FS and ES patches.


The idea is essentially a virtual cartridge loader (like XCI mouting in SX OS) but the user can also select NSP files - then you could directly load and run the NSP from SD or USB, without needing to install.

Hell if TX pick that up and implement it, then it will be another killer feature.

All other CFWs are on Github aren't they?

 

[linuxares]

It's the same logic that people used to trash arm9loaderhax on 3DS for not being "real" CFW, and once sighax was released, suddenly we'd see a flood of "real" CFWs.

Still waiting.

To be fair, there never have been a "real" CFW on really any console for a while. The last one I remeber is the Xbox 360 with Aurora. The rest are just basically patchers that add some kind of functionality but doesn't "replace" the original firmware. Then it's not really custom right?

 

[ZachyCatGames]

To be fair, there never have been a "real" CFW on really any console for a while. The last one I remeber is the Xbox 360 with Aurora. The rest are just basically patchers that add some kind of functionality but doesn't "replace" the original firmware. Then it's not really custom right?

Atmosphere isn’t “just a patcher”

 

[linuxares]

Atmosphere isn’t “just a patcher”

I know, but I wouldn't call it a full "cfw" either, since it doesn't replace the firmware with it's own

 

[Impossible_Igntiz]

correct me but isn't .xci are useful if you want to play your "backups" online?

 

[ZachyCatGames]

I know, but I wouldn't call it a full "cfw" either, since it doesn't replace the firmware with it's own

fwiw it does replace most of 0100000000000819, which some people refer to as “firm”

 

[gizmomelb]

Its a bit more complicated, since nsps are more something like an archive, while xcis contain additional informations.

yeah I've chatted with some knowledgable people already and they've given me more info - NSPs and XCI containers are actually quite similar, with the XCI having some extra headers and info.

Also direct running of NSP files is possible as some experimentation has already been done. There is more than one way to run NSP files without installing them.

--------------------- MERGED ---------------------------

All other CFWs are on Github aren't they?

again.. who is talking about open source? It's certainly not me. I'm not talking about integrating it into any CFW, I'm talking a separate app which would work irrespective of which CFW is used, though it would appear to be easier to implement under SX OS.

 

[Grmmish]

ok.. going on a different track and this may or may not be how XCI loading on SX OS actually works.. I have no idea when devs say SX uses nintendo code for the XCI loader - if they mean it is using cartridge ID for a game so it looks like a legit cart is being used, or if they mean actual programming code / routine is used to mount the virtual cartridge.

If it is the former - then how about an XCI loader that requires the user to first insert one of their own legit cartridges and the app copies whatever cartridge ID / code it needs to spoof XCI images.

the next step is the data difference between NSPs and XCIs - I know they can be repacked from one format to the other - but if there is no major data differences then the XCI mounter app's next step would be to load / link to an NSP file so it spoofs the NSP as an XCI image and allows direct play of NSP images from SD / USB without the need to install them.

As said above, the tools to dump and acquire our own materials needed for those copyrighted items simply either don't exist or aren't given to the public quite yet.

To be fair, there never have been a "real" CFW on really any console for a while. The last one I remeber is the Xbox 360 with Aurora. The rest are just basically patchers that add some kind of functionality but doesn't "replace" the original firmware. Then it's not really custom right?

I guess if something just adds onto the firmware already onto it without replacing it (OR pieces of it) entirely, then it isn't a firmware in the first place to even be called a "Custom" firmware.

though it would appear to be easier to implement under SX OS.

I guess for all of us developers out here, we can all rely on TX for our own illegal pursuits.... XDDD

 

[Nincompoopdo]

again.. who is talking about open source? It's certainly not me. I'm not talking about integrating it into any CFW, I'm talking a separate app which would work irrespective of which CFW is used, though it would appear to be easier to implement under SX OS.

I am merely replying to the OP, the title of this thread is 'The REAL Reason why no XCI support outside of SXOS'. Only SXOS is close, all other CFW are open - that's the reason no XCI support for them.

 

[Aisuga]

I understand why they can't bundle the xci loader part due to it being copyrighted, but the whole "Xci = piracy" is just ridiculous.. Xci's are the only legit way to dump your carts with a cert. Converting/installing a cart to nsp is essentially identical to downloading a pirated copy.

 

[Grmmish]

I understand why they can't bundle the xci loader part due to it being copyrighted, but the whole "Xci = piracy" is just ridiculous.. Xci's are the only legit way to dump your carts with a cert. Converting/installing a cart to nsp is essentially identical to downloading a pirated copy.

I've no comment about this.

 

[ZeroFX]

Scene is full of muh piracy bad like all the others, when they all make use of it, nothing out of normality.

 

[senas8]

In the early days for psp people used to ask for iso loader. I guess his asking for an xci loader.

 

[Impossible_Igntiz]

Scene is full of muh piracy bad like all the others, when they all make use of it, nothing out of normality.

You should've seen what the PS3 scene was like at the time