Team-Xecuter Presents SX INSTALLER v1.0

wurstpistole · Dec 16, 2018

Essasetic said:
1. It isn't proven it's stolen homebrew but it probably is. I don't see TX writing a N64 and PSX emulator.

At least try it yourself before spreading wrong information. Of course there's no emulator in there. It just forwards the rom to RetroArch, which has to be set up already on your SD.
Oh, and at least in my case this crashes the console, while loading the Rom in RetroArch itself works fine.

This whole Installer more or less tries to be a complete replacement for the whole Switch UI, an all-in-one solution that can install and run nsp, run xci, run emulator, run homebrew (which I don't really see anyone using for that, tbh - I'd rather use the homebrew launcher which is waaaay less cluttered)

j0k3r0815 · Dec 16, 2018

Hello @ all,

can pls anyone show me the correct path of all the files, that the installer recognizes, what is what. For example,
the roms, what are the folder path to get my roms recognized as nes,snes,n64 etc. and where do I have to put
my nsp´s (updates, DLCs etc.) so that the installer recognizes them as Update or DLC in the specific sideTab. I
tried to put everything in root already, but can only install them via the fileexplorer when they are stored in root.

noreason4 · Dec 16, 2018

Hate to ask it again.. but.. has anyone seen the FTP option?

Essasetic · Dec 16, 2018

wurstpistole said:
At least try it yourself before spreading wrong information. Of course there's no emulator in there. It just forwards the rom to RetroArch, which has to be set up already on your SD.
Oh, and at least in my case this crashes the console, while loading the Rom in RetroArch itself works fine.

This whole Installer more or less tries to be a complete replacement for the whole Switch UI, an all-in-one solution that can install and run nsp, run xci, run emulator, run homebrew (which I don't really see anyone using for that, tbh - I'd rather use the homebrew launcher which is waaaay less cluttered)

I'm not a fan of all in one solutions. Because (like you explained) it gets cluttered and you can get lost easily. I prefer everything being split up into different applications (like in the homebrew launcher, switch home menu or SX OS' XCI launcher.)

Ev1l0rd · Dec 16, 2018

xiaNaix said:
There is no such thing as a "license" for any code used in any of this stuff that would stand up in court of law. If you end up there, I can assure you it will not be to protect your "license."

...except the code itself is licensable.

Anything carries an innate copyright.

Nintendo may not make a distinction, but the court of law wouldn't even involve Nintendo if any of this was ever taken to court outside of potentially them going after TXs XCI loader (which has copyrighted code in it from the normal gamecard loader iirc).

Any project I code or work on, wether it be homebrew or otherwise has a license to me if I'm the original creator. I may need to credit other tools if I use them or am legally not allowed to use certain tools, but any of my work on something is licensed to me.

I can legally file a DMCA claim on my work, wether it's homebrew or not if someone else doesn't properly follow the license.

You may have a boatload of experience when it comes to talking with folks, but Geohot posted a root key for the PS3 on his site (source: Wikipedia) which is a different matter than the type of license violations on Homebrew projects which are being discussed here so I don't know why you're bringing this up. RetroArch doesn't contain any copyrighted content on it's own either.

Also, Nintendo is mostly not interested in going after folks unless they do end up doing stupid shit like the category of what Geohot did. Nintendo only goes after people if they're sure they can make a case (which is why they are able to C&D so many fan projects, suing the NSMBWii leaker or DMCAing freeShop (which itself was based on a loophole in that a lot of CIA homebrew at the time had logo.bin that was quickly removed from makerom).

It's true that Nintendo is much fiercer when it comes to protecting their IP, but from what I know, since the time they fucked up with the GameGenie courtcase, they're usually much more reserved in coming after Homebrew products and only act if they're sure they can make a case.

TX is being much more on the "Nintendo has a solid case" list since again, they use Nintendo's code for loading XCIs if I recall correctly and they used a leaked version of DevMenu in an early release of their software.

Volthax · Dec 16, 2018

From now on I will do free TX conversions!
Repeat after me:
I believe, in the holy holy name, the one that shrines above all others, the holy holy name of GaryOPA!
Congratulations you're now a Team-Xecuter Fan/Member!

blawar · Dec 16, 2018

Ev1l0rd said:
TX is being much more on the "Nintendo has a solid case" list since again, they use Nintendo's code for loading XCIs if I recall correctly and they used a leaked version of DevMenu in an early release of their software.

They arent using nintendo's code, they are patching nintendo's code. The case against TX would not be nearly as solid as the NSMBWii leaker. That guy posted a receipt of the retailer breaking street which was identifiable right to him, then he posted that he leaked it. That is an open and shut case. Morals of TX aside, what has TX done that violates Nintendo's copyright?

shanefromoz · Dec 16, 2018

nachuz said:
seems good, just 2 questions:
1.-Is this a stolen Homebrew?
2.-Can this install XCI? When I select a XCI it just loads it

XCI can be loaded from normal tx menu why would you use sxox loader

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

If using a portable harx drive and switch dock which location do games go please

Ev1l0rd · Dec 16, 2018

blawar said:
They arent using nintendo's code, they are patching nintendo's code. The case against TX would not be nearly as solid as the NSMBWii leaker. That guy posted a receipt of the retailer breaking street which was identifiable right to him, then he posted that he leaked it. That is an open and shut case. Morals of TX aside, what has TX done that violates Nintendo's copyright?

https://gbatemp.net/threads/whats-the-challenge-with-the-xci-loader.520247/page-3#post-8324588

Seems they used data from a real gamecard. Minor inaccuracy but doesn't really move away from my point as a whole. Full post quoted down below for the lazy.

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.

kidlion · Dec 16, 2018

Anyone know how to fix this?

Ilie11 · Dec 16, 2018

PLEASE NOTE: (currently .xci launching is only supported in firmware 5.x or below – 6.x support is on it's way!)

i don't get this. I have 6.10 emunand and xci loading works fine. What am i missing here?

blawar · Dec 16, 2018

Ev1l0rd said:
...except the code itself is licensable.

Anything carries an innate copyright.

Nintendo may not make a distinction, but the court of law wouldn't even involve Nintendo if any of this was ever taken to court outside of potentially them going after TXs XCI loader (which has copyrighted code in it from the normal gamecard loader iirc).

Any project I code or work on, wether it be homebrew or otherwise has a license to me if I'm the original creator. I may need to credit other tools if I use them or am legally not allowed to use certain tools, but any of my work on something is licensed to me.

I can legally file a DMCA claim on my work, wether it's homebrew or not if someone else doesn't properly follow the license.

You may have a boatload of experience when it comes to talking with folks, but Geohot posted a root key for the PS3 on his site (source: Wikipedia) which is a different matter than the type of license violations on Homebrew projects which are being discussed here so I don't know why you're bringing this up. RetroArch doesn't contain any copyrighted content on it's own either.

Also, Nintendo is mostly not interested in going after folks unless they do end up doing stupid shit like the category of what Geohot did. Nintendo only goes after people if they're sure they can make a case (which is why they are able to C&D so many fan projects, suing the NSMBWii leaker or DMCAing freeShop (which itself was based on a loophole in that a lot of CIA homebrew at the time had logo.bin that was quickly removed from makerom).

It's true that Nintendo is much fiercer when it comes to protecting their IP, but from what I know, since the time they fucked up with the GameGenie courtcase, they're usually much more reserved in coming after Homebrew products and only act if they're sure they can make a case.

TX is being much more on the "Nintendo has a solid case" list since again, they use Nintendo's code for loading XCIs if I recall correctly and they used a leaked version of DevMenu in an early release of their software.

please explain

kidlion said:
Anyone know how to fix this?

Is your SD full or corrupted?

S3phi40T · Dec 16, 2018

Ilie11 said:
PLEASE NOTE: (currently .xci launching is only supported in firmware 5.x or below – 6.x support is on it's way!)

i don't get this. I have 6.10 emunand and xci loading works fine. What am i missing here?

It means you can't punch it from installer on 6.x bit you still can do it regular way.
They want to give us all-in-one launcher/installer homebrew application that could be used as dashboard.

Wysłane z mojego Redmi Note 4 przy użyciu Tapatalka

kidlion · Dec 16, 2018

blawar said:
please explain

Is your SD full or corrupted?

Nope, all works loads runs just had a full format and works after it. Has 80+gigs left

ghjfdtg · Dec 16, 2018

xiaNaix said:
Since many of you are are new to "the scene," I used to be the owner and administrator of PSX-SCENE and several sites before that. When Sony went after Geohot (and others) for the PS3 hack and subsequent modchip products they tried to use posts from my forum as the bulk of evidence in their case. I talked to a lot of lawyers and even the EFF during that period of time. There's plenty that went on that has never been made public even to this day. Let me spell this all out in a way that, hopefully, you can all finally understand.

As I said in a previous post, Nintendo makes no distinction between homebrew and piracy. Nintendo makes no distinction between exploits and piracy. Nintendo makes no distinction between emulators and piracy. These are all considered illegal activities in the eyes of Nintendo, who are just as likely to go after members of Switchbrew as they are the authors of these "homebrew" apps on Github or the admins of GBATemp or the developers of Retroarch or Team Xecuter. And they are far more aggressive in protecting intellectual property rights than Sony. So, by all means, keep drawing attention to yourselves. You can argue about licenses, stolen code, and some sort of honor system or moral code that has never and will never exist in the "homebrew" community until you turn blue. There is no such thing as a "license" for any code used in any of this stuff that would stand up in court of law. If you end up there, I can assure you it will not be to protect your "license."

There is no law that will forbid you to write software for a closed platform using non-propritary SDKs. The only thing that can get you in trouble is modding your system/circunventing protection measures depending on the country. In quite a few it's safe. There is no legal ground for suing legit homebrewers in most countries.

The commonly used licenses like GPLv2/3 do hold up in court. You can be sure my friend. Whenever the authors want to invest the time and money to defend their free work is another story.

blawar · Dec 16, 2018

Ev1l0rd said:
https://gbatemp.net/threads/whats-the-challenge-with-the-xci-loader.520247/page-3#post-8324588

Seems they used data from a real gamecard. Minor inaccuracy but doesn't really move away from my point as a whole. Full post quoted down below for the lazy.

I dont doubt mike, but the legality of what was copied would need to be examined. If the cert is a public cert, its probably A-OK. If the cert / key is obtained through a sys call, its A-OK. Not enough details were posted to reach my own conclusion, but i'll take Mike's word for it as he is very knowledgeable.

VashTS · Dec 16, 2018

think SX guys are stealing everyones FTP creds? LUL that would be neat

McPringles · Dec 17, 2018

blawar said:
I have already told you, adubbz has publicly, there is no tinfoil code. There is no hactool code. You incorrectly stated we used the same exception strings. DZ has zero exceptions, which that alone should tell you its not using tinfoil code since tinfoil was centered around exceptions. Generic error strings are not copyright-able. Though I am pretty sure I am feeding a troll here Go get adubbz or sciresm to come here and claim a copyright violation if you believe one exists.

What sort of horsefuckery is this? Your own readme blatantly admits (alongside claiming that you've copyrighted Tinfoil, which is laughable) that there's "small bits of code lifted" from hactool.

Additionally, even if there's no 1:1 copy/pastes of Tinfoil code (which, again, I doubt), it's still plagiarism to study a method and rewrite it the same way in different terms. Given that you were studying it closely enough that you were pushing code for it last week, I wouldn't be surprised if the bug you fixed still exists in at least some versions of DZ.

Either way, DZ (and by extension, SX Installer) is a walking license violation regardless. The MIT license doesn't allow you to redistribute, in any form, the JSON libraries you're using without including a copy of the MIT license and copyright attribution, even if your code itself isn't MIT licensed. Simply linking back to the original repository isn't sufficient, and the SX release doesn't even bother to do that much.

andyhappypants · Dec 17, 2018

shanefromoz said:
With sxos installer can we just put a google drive address is to download new games?

That would be an awesome feature if they could implement that!

Then watch google account signups go through the roof

kamesenin888 · Dec 17, 2018

McPringles said:
What sort of horsefuckery is this? Your own readme blatantly admits (alongside claiming that you've copyrighted Tinfoil, which is laughable) that there's "small bits of code lifted" from hactool.

Additionally, even if there's no 1:1 copy/pastes of Tinfoil code (which, again, I doubt), it's still plagiarism to study a method and rewrite it the same way in different terms. Given that you were studying it closely enough that you were pushing code for it last week, I wouldn't be surprised if the bug you fixed still exists in at least some versions of DZ.

Either way, DZ (and by extension, SX Installer) is a walking license violation regardless. The MIT license doesn't allow you to redistribute, in any form, the JSON libraries you're using without including a copy of the MIT license and copyright attribution, even if your code itself isn't MIT licensed. Simply linking back to the original repository isn't sufficient, and the SX release doesn't even bother to do that much.

Plagiarism in coding to stand in court must be 1:1, also people that care about gpl and stuff like that should post on their own thread where they can pat their backs and be happy because the people interested in the installer and the updates dont really care at all about that

https://gbatemp.net/threads/gpl-101-atmosphere-and-sx-os.511312/

blawar said:
please explain

I will probably do not use very much your installer, but its amazing, do not worry about the people that say otherwise, the sx os users apreciate your work

GBAtemp MVP

New Member

Well-Known Member

General Spectator

(⌐◥▶◀◤) girl - noirscape

Well-Known Member

Developer

Well-Known Member

(⌐◥▶◀◤) girl - noirscape

Member

Attachments

Well-Known Member

Developer

Well-Known Member

Member

Well-Known Member

Developer

Beat it, son

Well-Known Member

Pika!

Well-Known Member

Similar threads

Popular threads in this forum