CFW SX OS und SX Pro by Team Xecuter

Joa so langsam mach ich mir bisschen Sorgen, dass TX keine Lösung mehr findet und wir auf 6.2. sitzen bleiben.
Wär absolut schade, da ich SX OS einfach als komfortabelste Lösung sehe. Emunand, XCI loading und HDD-Unterstützung sind schon unschlagbar.

Auch die komplette Abschottung find ich seitens TX-Devs einfach unfair. Leute kaufen ihr Produkt, da sie damit werben jede FW zu unterstützen. Jetzt ist AMS seit über 3 Wochen auf 7.0.x. unterwegs und wir haben immer noch nicht einmal eine kleine Info, wie der Stand ist und woran es hapert, während die Mods im TX-Forum jeden sperren, der motzt und immer wieder versichern dass das Update ganz kurz bevor steht und der Delay nichts mit Atmosphere und sept zutun hat.

Fazit: LOL

Nunja, es läuft doch noch alles derzeit unter 6.2.0 - und wer auf OFW 7.0.x ist, kann trotzdem auch das SX OS mit einem emuNand auf FW 6.2.0 nutzen. Es gibt ja noch nichts, was ein Update auf CFW 7.x erforderlich machen würde. Solange das nicht der Fall ist, ist TX m.E. nicht in Verzug.

Zitat von Ceycey91

Auch die komplette Abschottung find ich seitens TX-Devs einfach unfair.

Das können die auch gar nicht, dann würde man nämlich sehen, von wo sie was zusammen getragen haben, ohne es zu kennzeichnen.

Zumindest läuft alles auf 6.2. das stimmt, aber es ist auch nur eine Frage der Zeit wann das nächste Nintendo Update kommt bzw die ersten Spiele nicht mehr auf 6.2. laufen.
Wie gesagt, ich mache mir nur langsam Sorgen. Mehr nicht

Hoffe einfach, dass es nicht vorbei ist.

Zitat von Ceycey91

der Delay nichts mit Atmosphere und sept zutun hat.

An ihrer Stelle würde ich auch nicht zugeben wollen, dass sie das sept Modul nicht einfach 1:1 benutzen wollen, da dies mit einem ATM Logo versehen ist.
Nach Außen müssen sie natürlich professionell wirken und ich denke ich kann da Mike Heskin nur recht geben, dass es auch andere Wege existieren, um mit Ihrem Wissen an die keys ran zu kommen:

Zitat von Mike Heskin (_hexkyz_)

In Ordnung, ich bin mir ziemlich sicher, dass dieser Beitrag fast keinen Effekt auf all die Kämpfe und Streitigkeiten haben wird, aber hier ist er: TX ist mit TSEC auf eine Straßensperre gestoßen, aber es ist naiv anzunehmen, dass sie nicht in der Lage sein werden, aus der Situation herauszukommen.
Viele Leute scheinen unter dem Eindruck zu stehen, dass es nur einen Weg gibt, 7.x+ Unterstützung zu haben und dass nur eine Handvoll Leute in der Lage sind, es zu schaffen.... für immer. Das ist aus verschiedenen Gründen falsch, aber es ist wahrscheinlich einfacher, es so zu erklären: Softwareentwicklung und das aktuelle Team hinter TX gehen vielleicht nicht wirklich Hand in Hand, aber sie kennen sich mit Hardware aus.
Während die aktuelle 7.0.0 SecureBoot TSEC-Nutzlast große Anstrengungen unternimmt, um das Auslaufen von Schlüsseln durch Glitching zu verhindern, gibt es immer noch eine Reihe von plausiblen Angriffen auf andere beteiligte Komponenten, die ausreichen sollten, um den einzigen Schlüssel zu extrahieren, der wirklich notwendig ist, um die Bootkette fortzusetzen (den tsec_root_key).
Der ganze Punkt hinter Septs Splash-Screen war wirklich nur, um mit ihnen zu spielen, und wir wissen natürlich, dass es die Entwicklung von SX nicht stoppen wird. Mit TXs Worten kann man es als "eine absolut sichere und leicht umkehrbare Hacker-Herausforderung, die wir für angehende Hacker geschaffen haben", betrachten.)

Wie auch immer, ich würde nicht damit rechnen, dass TX einfach aufgibt und Sept benutzt, aber ich würde auch nicht damit rechnen, dass TX seinen Nutzern erklärt, dass sie seit einem Monat nicht mehr versuchen, das TSEC zu hacken.
Der Hauptgrund für die Verzögerung ist, dass SX OS zusätzliche Funktionen hat, die Zeit zum Portieren und Testen benötigen. Aber, wenn Sie eine Weile darüber nachdenken, würden alle Funktionen, die es nur in SX gibt, weniger als eine Woche benötigen, um auf 7.0.0/7.0.0.1 zu portieren:
- Cheat Engine: Sein Code lebt in seinem benutzerdefinierten Loader-KIP und benötigt nur IPC und Zugriff auf die Debug-SVCs, um zu funktionieren. Nichts in 7.0.0.0 hat sich so weit geändert, dass ein Update dieser Funktion erzwungen werden konnte. Tatsächlich funktioniert seine aktuelle Iteration (v2.5.3) ohne jegliche Änderung an 7.0.0 und 7.0.1.
- XCI-Lader: Diese Funktion ist in einer MIPS-VM innerhalb des benutzerdefinierten Loader-KIPs enthalten. Abgesehen von den Verschleierungsänderungen, die bei jeder einzelnen SX OS-Version auftreten, wurde und muss diese Funktion seit der Einführung von Gamecard-Bildern der Version 2 nicht mehr aktualisiert werden.
- USB-Unterstützung für Massenspeicher (HDD): Das USB-Systemmodul wurde in 7.0.0 geändert, aber nur, um einen neuen unabhängigen Dienst (usb:qdb) und eine Applet exklusive Version von usb:hs (usb:hs:a) einzuführen. SX verwendet die usb:hs-Schnittstelle, um die Unterstützung von Massenspeichergeräten zu gewährleisten, aber in Bezug auf die Funktionalität hat sich für usb:hs nichts geändert. Somit ist der aktuelle Code in v2.5.3 auch unter 7.x+ ohne Änderungen funktionsfähig.
- EmuNAND: Die Erstellung und Verwaltung von NAND-Images (entweder auf NAND- oder SD-Karte) erfolgt sehr früh durch den Bootloader und ist völlig unabhängig von Firmware-Versionen. Die Patches für das FS-Sysmodul müssen dagegen aktualisiert werden, aber auch hier hat sich an den SDMMC-Funktionen nichts geändert, so dass die Unterstützung von 7.x+ Patches trivial ist.

Etwas, das sich geändert hat, war die Einführung einer zusätzlichen Maßnahme zur Verhinderung der Titelinstallation, aber das ist etwas, das völlig außerhalb von SX OS liegt (und eher ein Problem für Titelinstallateure). Es ist offensichtlich, dass die Verzögerung mit TSEC zusammenhängt, aber zuzugeben, dass das eine schreckliche Marketingentscheidung wäre.

Wenn dies etwas ist, das dir so wichtig ist, dann nimm bitte nicht nur meine oder die Worte von jemand anderem dafür und versuche, selbst zu forschen. Reverse Engineering wird immer zugänglicher und die Ressourcen und Tools sind offen. Zum Beispiel können Sie das SX-Betriebssystem entschärfen, Ghidra (das bemerkenswert leistungsstark und frei ist) greifen und eine ordentliche Dekompilierung dessen erreichen, was SX auszeichnet. Selbst wenn Sie nicht über das Wissen oder die Zeit verfügen, um zu investieren, können Sie am Ende immer andere Gleichgesinnte finden, die Ihnen dabei helfen können.
Meistens sagen die Leute einfach, was andere hören wollen, egal ob es sich um ein Piraterie-Tool, ein Open-Source-Projekt oder eine vollwertige Spieleentwicklungsfirma handelt.

Alles anzeigen

Interessanter Artikel!
Mal sehen, ob TX ihren Ruf alle Ehre machen, in dem sie mal selbst versuchen etwas zu hacken.
Obwohl mir einige Zweifel aufkommen, ob das ihnen auch gelingt, nach dem sie sich nicht gerade darauf spezialisiert haben.

Nunmehr sich so freuen, wenn eine freie CFW wie Atmosphere einen Emunand oder USB Support kostenlos nachreicht.
Die Cheat Engine ähnlich wie die von SX OS gibt es bereits kostenlos.

Looking forward to many more June 15ths this year

Zitat von ScriesM.

Wahrscheinlich wird Atmosphere dann ein größeres Update bringen mit vielen Features und spätestens dann wird TX auch ein Update bringen. Bis dahin läuft ja alles problemlos.
Und falls nicht, muss man eben zu Atmosphere wechseln (oder ReinX).

Quelle?

ScriesM schreibt in twitter bei so gut wie jeder neue Version: "Happy June 15th!"

Zitat von kempa

Quelle?

Das ist nur ein Auschnitt aus dem angehefteten Tweet von SciresM, mit dem er das zweite Jahr, nach dem die Nintendo Switch auf dem Markt ist, zelebriert.
https://twitter.com/SciresM/status/1102258872293646336

Das mit "June 15th" ist von ihm lediglich nur ein Insider-Joke und mittlerweile ist das auch ein Meme.
Da die meisten ja erwartetet hatten, dass Atmosphere zeitgleich mit SX OS veröffentlicht wird, was aber nicht so kam - SX OS erschien am 15. Juni.
War aber jedenfalls nie der Release-Plan von SciresM und co. gewesen xD

SciresM ließ per Discord verlauten, das er Atmosphere noch in diesem Jahr auf die Version 1.0.0 bringen möchte, um genau zu sein noch vor dem Release der Pokemon-Spiele.

Die Version 1.0.0 enthält u.a. ein NTR ähnliches Plugin-System und den emuNAND.

update ist da:

This new 2.6 BETA of SX OS adds full support for Nintendo Switch firmware 7.x, including ALL functionality you expect when using our product. We've been pioneering our own unique and proprietary solution for defeating any future firmware protection and we're quite happy with the results so far.
This release is marked as BETA because we changed things drastically under the hood to streamline future firmware updates and some things may inadvertently behave differently.
That does not mean it hasn't been vetted at all, so give it a shot today!
Of course, we haven't been sitting idly behind the scenes either. A lot of our development resources and attention has been dedicated to bringing SX OS to those "unhackable" switches. We are working hard to bring the SX OS experience to all of you who are stuck with an "unhackable" switch. Stay tuned for more news!

sx os v2,6 beta ist raus

Wer Testet schon ??
Habe meine von 6.10 auf 6.20 bin der Meinung die 6.10 läuft stabiler

ich teste es auch nicht warum auch geht doch alles auf 6.2 noch

Wie verfährt man jetzt? Emunand auf 6.2. läuft ja perfekt. SX OS 2.6. ist nur ne BETA, es gibt keine neuen Funktionen. Wieso also updaten, bevor neuere Spiele 7.0.x. erfordern?

enderungen weis ich auch keine auser anscheint das bootlogo laut bild

2.6 Beta ist raus.
Fw 7.x Support

Ok Vorsicht, einige haben wohl Probleme mit USB-Unterstützung. auf 2.6.

Läuft einwandfrei bei mir.
Probleme mit USB Unterstützung (Stick und HDD werden sowohl am Dock als auch an der Switch erkannt), habe ich jetzt keine.

an besten erst mal ein grossen bogen um die fw machen viele berichten grade die haben Keine usb festplatte unterstützung mehr aber na ja das ist halt so wenn die leute gleich immer alles updaten müssen an stat erst mal zu warten was andere berichten ich werde bei fw 6.2 bleiben so lange alles geht und es nicht von nöten ist was neus gibt ist ja bei der cfw 7.0.1 auch nicht