Team-Xecuter Presents SX INSTALLER v1.0

It was teased in the 'Features Showcase' video released by TX earlier this week, but now its available to download!
SX_Installer_App.jpg

As you all know by now, when TX released their SX OS v2.4 earlier this week, there was a video released alongside it, and in it people quickly noticed there was a new app called 'SX Installer', well it was not fully ready then, but now is available for all to enjoy! :)
After a successful SX OS launch earlier this week (to support firmware v6.2) many of our users were asking where the SX Installer was that was teased in our new 'Features Showcase' video that was also released. :)

With great excitement we present to you SX Installer v1.0 – Now Available for download at: –> sx.xecuter.com

This full featured app takes care of installs and so much more! In fact, an overview manual is now being prepared along with screenshots and detailed information on how you can better utilize all of the features we have packed into it.

This manual will be available on our SX Portal page when it is completed, in the meantime we have opened up a dedicated 'support forum' for the app, and have decided to release it now, to get it in the hands of our loyal SX OS users so you can right away start enjoying the many functions and features it has to offer.

Basically, at its core SX Installer is an advanced NSP Installer, that allows you to simply list, view, in one easy step, automatically install all your NSPs, along with the matching Game Updates, and DLC Packages, and these can be search and grabbed from many locations, including: FTP, HTTP, NUT Server (separate app on your PC), SD, USB HDD and NAND.

But that is not all it can do, as you can see from the quick overview below of the main functions. SX Installer has the ability to directly launch XCI games, and even launch your Classic Retro 'Game ROMs' for various different emulators installed, and of course your favorite homebrew apps. It even has a built-in file browser!
SX1.jpg SX2.jpg

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

To get started, unpack the downloaded sxinstaller.zip and move all of the contents to the root of your SD card. The "sx.nro" file should be stored in /switch/sx/

Below is just a quick overview of the main functions of our SX Installer App:
  • Ability to show titles in table view, or icon cover view.
  • Install NSP's from FTP, HTTP, NUT, SD, USB HDD, and NAND.
  • Ignores firmware requirement when installing.
  • Ability to queue multiple title installs.
  • Ability to search titles.
  • Ability to list and delete tickets.
  • Ability to export all title keys installed on the system.
  • Ability to overclock to install faster in some situations.
  • UI Translation into 12 languages.
  • Title meta-data translation into 12 languages.
  • Downloads and displays game artwork (internet connection required).
  • Ability to list, view, and delete application records (lets you uncleanly forcibly uninstall a DLC or update)
  • Ability to list installed titles, and launch them (launching is 5.x and below only)
  • Ability to list XCI's mount them, and auto-launch (launching is 5.x and below only)
  • Ability to list and install new games available, with the option to install all new games
  • Ability to automatically install the latest patch and all DLC with a game.
  • Ability to protect users from running malicious unsigned code accidentally by blocking all unsigned code installation unless explicitly enabled.
  • Ability to list and install newer updates available for your game(s), with the option to install all updates
  • Ability to list and install newer DLC available for your game(s), with the option to install all DLC
  • Ability to list all incomplete installs (like when the SD gets corrupted, or you swap SD cards without copying data), with option to reinstall all of them.
  • Ability to list and launch NES, SNES, N64, GB, GBA, SMS, SG, SCD, GG, and SG1000 RetroArch games.
  • List and launch Homebrew apps
  • File browser that lets you explore your file systems, delete files (SD only), and copy files (only SD is writable)
That's it for now! Have fun diving into all the cool features this app has to offer. Keep your eyes peeled for the full manual. It will be posted as soon as it's ready! :)

–< Team-Xecuter – Rocking the Switch in 2018 and beyond! >–

:arrow: Source: MaxConsole
 
Last edited by garyopa, , Reason: added missing 'feature' --> [*]Ignores firmware requirement when installing.

blawar

Developer
Developer
Joined
Nov 21, 2016
Messages
1,708
Trophies
1
Age
40
XP
4,311
Country
United States
I´m trying, but still have not find the way.

make sure you have retroarch installed, and the cores needed for system. It supports having them in custom directories, but by default if you place your roms in these directories it will work:

sdmc:/nes/
sdmc:/snes/
sdmc:/n64/
sdmc:/gb/
sdmc:/gba/
sdmc:/sms/
sdmc:/sg/
sdmc:/scd/
sdmc:/gg/
sdmc:/sg1000/
 

loler55

Well-Known Member
Member
Joined
Jan 4, 2012
Messages
1,045
Trophies
1
XP
1,906
Country
Gambia, The
i miss a few gb of Data from my micro sd after install a few games ... i hope or i think this fix it and for me the best feature

Ability to list all incomplete installs (like when the SD gets corrupted, or you swap SD cards without copying data), with option to reinstall all of them.





 

iriez

Well-Known Member
Member
Joined
Oct 27, 2016
Messages
549
Trophies
0
Age
49
Website
www.xbins.org
XP
1,867
Country
United States
My god the wah-wah is strong with this one. You do know that multiple people arrive at the same conclusion as to how to achieve a goal - especially in software. Holy hell tho -- what is going on with this crap, you must have NO IDEA who Xecuter is, the resume they have, and as such I would advise you to simmer down. So don't sound very smart, we get it it you want to contribute something --- but this ain't it.

Stolen code? When the Author of said stolen code, comes here -- makes a post all by his/her self, explaining what happened -- i would listen.. but you guys who have zero to do with any of it, contribute nothing, develop nothing, fix, nothing -- and just stir shit wanna post this, Mods should be banning your asses till you can grow up.

.....

I've worked directly with xecuter since early the early 2000's and I've been an active contributor to the console modification scene for nearly 20 years (I run xbins). You apparently don't know who I am so you wrote this nonsensical post. I have more insight than 99.99999999% of the people in the world on this subject because I have been directly involved in quite a lot of these projects.

I suggest you take your own advice and grow up, first by acknowledging that you are discussing things of which you know little to nothing about and aserting that your opinion is correct over the hard evidence others have supplied. This is par for the course on these discussions, which is to say 99% of the posts are just noise from ignorant people standing by, as you so eloquently proved you are in the position of here.

That was indeed a stealth edit.

Tinfoil was re-licensed under MIT, and hactool is licensed under ISC. So your entire argument is moot, even if every line of code from those two apps was used, the licenses permit their use in a closed source app. That said, it has been publicly stated many times the both hactool and tinfoil code was read and drew inspiration from in the creation of the app.

Another point you are missing: you have no idea which developers were contacted or not contacted, and asked if they wanted to be credited in the app. Not everyone *wants* to be credited in every situation. If you can find a developer whose work you believe was used in violation of a software license, please have them post here.

Blawar,

That is the first time that I have seen you acknowledge that you used the code from tinfoil. I recall when you first posted your renamed application you specifically stated that you did *not* use tinfoil's code. Infact, you were adamant about it. I recall several pages of back and forth between me, you and other developers discussing the situation. Or are you saying that you just "read the code" but did not "use the code" ?

You'll have to forgive me being especially suspicious of someone refusing to provide source code and with a lot of evidence suggesting you did infact use the codebase directly.

I have one question for you and then I will let this rest.

If you did not directly take the code from tinfoil and hactool, then why does your program have the literal same exact exceptions verbatim? Specifically "failed to get application control data" , "failed to count application content meta", "failed to set IV for AES context!" and "failed to open content meta database" to name a few.

Answer this question openly and honestly and if you can provide an explanation that demonstrates a means for you to have those exceptions but to have not directly used the code, then I will stop pestering you about this subject.

I'll acknowledge my point is moot if you acknowledge you based your application off tinfoil and hactools' source code. Sound fair?
 

|<roni&g

Well-Known Member
Member
Joined
Nov 18, 2010
Messages
452
Trophies
1
Location
UK
XP
2,165
Country
United States
Sx Installer, which is based off blawar's work, which m4xw has pointed out has the same types of exceptions in tinfoil/hactool (and therefore could only be based on that code), is being distributed as a xecuter product. I am aware Adubbz said its not based on his code, but if thats the case then why is there clear proof that the same exceptions are being used? Are we really to believe that when blawar created DZ he browsed through tinfoils code and *only* used the *exact* error handling phrases and nothing else? That would be the only logical explanation that I could come up with how such a incidence could occour, and that seems as ridiculous an explation as ever.

Its also apparent that he has expanded upon tinfoils original codebase to add a lot of features that a specific demographic really enjoy's, making it a more feature-rich experience for these xecuter users.

If you support piracy, then the argument that licenses were violated probably don't matter to you. If you don't support piracy then you probably will care that blawar violated an open source license agreement to create and distribute this software. Also of note is the source for this has never been provided, which is in of itself highly suspicious.

Add in a 3rd not discussed element, which is the fact that blawar likely profited off this exchange by selling his source to xecuter. We will never know since he would never admit to such a thing, but since I've worked in the background with developers (including xecuter) for a few decades in this scene, I am aware of how this sort of normally occurs. Xecuter regularly offers money to developers to provide to xecuter on a contractual basis so that they can tie down these projects to be specific to the xecuter platform. Xecuter offered the same to m4xw for a retroarch build and im aware of many others who got simliar offers over the years.

Are we really to believe business as usual did not happen here? Lets explore the assumption that blawar freely gave his source to xecuter. People buy products based on feature sets. If xecuter buys a software that violated a license to provide these features, then xecuter is profiting off each sale by using free open source tools with specific parameters meant to avoid exactly this. Which is in itself piracy.

So while this is a nuanced and complicated discussion, it basically boils down to these two scenarios -

I pirate games and I DGAF what xecuter does, because my morals in this regard are limited.

I don't pirate games and I only use my switch for homebrew and want to see the open source culture perpetuated with proper credit towards those hard working devs who made the source public in the first place.

I apologize to those who liked my original comment to which I've edited. I realized that my original comment was being misconstrued as an endorsement for xecuter products. While I frankly have nuanced views about piracy in general (hint - Its not black and white and what academic research we have supports the notion that console piracy actually increases sales, not hurts it), I don't have to struggle to understand that violating open source licenses harms the community in the long run by disenfrancising those open source contributors.

To go on the record, I am in no way endorsing xecuter products. While I (speaking from my personal viewpoint) generally dgaf what you do with your life, I do care when the actions of a for-profit entity are causing recognizable harm to independent not-for-profit developers who contribute their time openly and freely to our community to provide tools that make our switches better.

And if not for these developers, do we really think xecuter would be where it is today? I think the obvious answer is that while they *could* eventually build these toolsets, that it would take time and that the community would have generally outpaced xecuters products.

I would actually have no problem at all (and freely endorse) xecuter products if there were no license violations. Of course, if xecuter didn't violate these licenses, then would they have the customer base they currently do? With xci loading and (I think mostly proper) emunand, I think they would still have a rich and vibrant customer base. Meaning, they could sell products and make money without crapping on the little guys out there who have made their code freely available to the world with only small requests such as proper attribution.

Sorry for the long post, but I wanted to make sure I wasn't causing harm towards those who are in the right to be offended by xecuter products, since they are victims of license violations.

Also of note is how childish all of this is. Most of these violations could be resolved with simple attribution. Why are people who are making millions of dollars so afraid to give credit where credit is due? That seems pretty goddam childish to me. I would have a lot more respect for xecuter and blawar if they both just said "Yea, I used that code, but most of the additional features are written by me". Not only is it the right and ethical thing to do, its what grown ass men would do. People are so goddamn obsessed with their ego's. Oh noes, what will happen if the public finds out I borrowed some code?!? The entire godddamn world is built off the sweat and labor of the past. Its a part of life and civilization. Refusing to acknowledge this so you can bypass attribution is the height of immaturity.

Quality response, due to all the ports of wiiu games being re released on switch, games I already bought once and smashed them all, and now paid online on a sub par console, I’m in full support of “piracy” on switch, it’s the only reason for me to eventually buy one considering I’ve used up all the top games. We just need a free online server now and il pick up a switch (used of course)
 

blawar

Developer
Developer
Joined
Nov 21, 2016
Messages
1,708
Trophies
1
Age
40
XP
4,311
Country
United States
.....

I've worked directly with xecuter since early the early 2000's and I've been an active contributor to the console modification scene for nearly 20 years (I run xbins). You apparently don't know who I am so you wrote this nonsensical post. I have more insight than 99.99999999% of the people in the world on this subject because I have been directly involved in quite a lot of these projects.

I suggest you take your own advice and grow up, first by acknowledging that you are discussing things of which you know little to nothing about and aserting that your opinion is correct over the hard evidence others have supplied. This is par for the course on these discussions, which is to say 99% of the posts are just noise from ignorant people standing by, as you so eloquently proved you are in the position of here.



Blawar,

That is the first time that I have seen you acknowledge that you used the code from tinfoil. I recall when you first posted your renamed application you specifically stated that you did *not* use tinfoil's code. Infact, you were adamant about it. I recall several pages of back and forth between me, you and other developers discussing the situation. Or are you saying that you just "read the code" but did not "use the code" ?

You'll have to forgive me being especially suspicious of someone refusing to provide source code and with a lot of evidence suggesting you did infact use the codebase directly.

I have one question for you and then I will let this rest.

If you did not directly take the code from tinfoil and hactool, then why does your program have the literal same exact exceptions verbatim? Specifically "failed to get application control data" , "failed to count application content meta", "failed to set IV for AES context!" and "failed to open content meta database" to name a few.

Answer this question openly and honestly and if you can provide an explanation that demonstrates a means for you to have those exceptions but to have not directly used the code, then I will stop pestering you about this subject.

I'll acknowledge my point is moot if you acknowledge you based your application off tinfoil and hactools' source code. Sound fair?

a) my code is no where near based off of hactool's source code, at least not the meat of it. the code that parses the keys.txt file comes close, but that is insignificant.

b) when I read tinfoil (and some parts of hactool), I based my error strings off of theirs. Are generic error strings a license violation? I do not believe so. The code around the strings, is as different as it could be. Obviously if the service call is doX and the error is "doX failed", they are going to be kind of similar. Almost all of those error messages that match, are from failed libnx service calls which is kind of the same no matter who writes the app.

edit: just to be clear, I never said I used tinfoil's code, I said I read tinfoil's code, and then wrote my app from scratch, copying the processes and such (not the code) from tinfoil.

edit2: my code is extremely OOP oriented, it isnt even possible for me to reasonably modify hactool's code to use as it is extremely c.
 
Last edited by blawar,

WiiuGold

Well-Known Member
Member
Joined
Jan 5, 2015
Messages
902
Trophies
0
XP
1,467
Country
United States
.....

I've worked directly with xecuter since early the early 2000's and I've been an active contributor to the console modification scene for nearly 20 years (I run xbins). You apparently don't know who I am so you wrote this nonsensical post. I have more insight than 99.99999999% of the people in the world on this subject because I have been directly involved in quite a lot of these projects.

I suggest you take your own advice and grow up, first by acknowledging that you are discussing things of which you know little to nothing about and aserting that your opinion is correct over the hard evidence others have supplied. This is par for the course on these discussions, which is to say 99% of the posts are just noise from ignorant people standing by, as you so eloquently proved you are in the position of here.



Blawar,

That is the first time that I have seen you acknowledge that you used the code from tinfoil. I recall when you first posted your renamed application you specifically stated that you did *not* use tinfoil's code. Infact, you were adamant about it. I recall several pages of back and forth between me, you and other developers discussing the situation. Or are you saying that you just "read the code" but did not "use the code" ?

You'll have to forgive me being especially suspicious of someone refusing to provide source code and with a lot of evidence suggesting you did infact use the codebase directly.

I have one question for you and then I will let this rest.

If you did not directly take the code from tinfoil and hactool, then why does your program have the literal same exact exceptions verbatim? Specifically "failed to get application control data" , "failed to count application content meta", "failed to set IV for AES context!" and "failed to open content meta database" to name a few.

Answer this question openly and honestly and if you can provide an explanation that demonstrates a means for you to have those exceptions but to have not directly used the code, then I will stop pestering you about this subject.

I'll acknowledge my point is moot if you acknowledge you based your application off tinfoil and hactools' source code. Sound fair?
Get over our self . U just make yourself look bad . Plus u won't never see the source code . Get over it and move on.
 

iriez

Well-Known Member
Member
Joined
Oct 27, 2016
Messages
549
Trophies
0
Age
49
Website
www.xbins.org
XP
1,867
Country
United States
Then why the huge rant? You're stealing games and they're using code without giving proper credits. Get over yourself.

Did you really just cherry pick a hypothetical and claim it as if I took that as a personal stance? You're so dumb its difficult to digest and explain how dumb you are. Those were two proposed scenario's, not my personal position. Please learn how to read.
a) my code is no where near based off of hactool's source code, at least not the meat of it. the code that parses the keys.txt file comes close, but that is insignificant.

b) when I read tinfoil (and some parts of hactool), I based my error strings off of theirs. Are generic error strings a license violation? I do not believe so. The code around the strings, is as different as it could be. Obviously if the service call is doX and the error is "doX failed", they are going to be kind of similar. Almost all of those error messages that match, are from failed libnx service calls which is kind of the same no matter who writes the app.

edit: just to be clear, I never said I used tinfoil's code, I said I read tinfoil's code, and then wrote my app from scratch, copying the processes and such (not the code) from tinfoil.

edit2: my code is extremely OOP oriented, it isnt even possible for me to reasonably modify hactool's code to use as it is extremely c.

A - I would like to see the proof of that, where is your source?

B - I would like to see proof of that, where is your source?

I've had my fill of this particular episode so I won't pester you about this subject anymore, but I have to say that you did not really satisfy anything here. You made outlandish claims ....You really think people believe that you are withholding source and just copied the error strings and nothing else? What an obvious and pathetic lie.

This isn't really my crusade, I was just supporting others who matter a lot more to me than you and xecuter. Im done on this subject and the peanut gallery that comes along with it.

Really, the people who step in and comment on these threads show the absolute worst of this community.
 

designgears

Well-Known Member
Member
Joined
Aug 8, 2016
Messages
291
Trophies
0
XP
671
Country
United States
Did you really just cherry pick a hypothetical and claim it as if I took that as a personal stance? You're so dumb its difficult to digest and explain how dumb you are. Those were two proposed scenario's, not my personal position. Please learn how to read.

Ok white knight. Get over yourself.

Also I assumed that was your actual stance given that you're getting support for nsp renaming apps and such.
https://gbatemp.net/threads/nsp-rename.512989/#post-8180187
 
Last edited by designgears,

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
    SylverReZ @ SylverReZ: @AncientBoi, https://www.youtube.com/watch?v=Z9p0iK877W4