Das ist doch auch keine Lösung. Darfst ewig auf einer veralteten Version bleiben. Aber gut, deine Switch, deine Entscheidung. Schlussendlich schießt du dir nur ins eigene Knie.
[Support] Atmosphere-NX mit SX Core / SX Lite Modchip
-
- [Switch]
- kempa
-
-
bis FW 11.0 kann ich beides nutzen und falls beim nächsten ´FW Update seitens SX nichts mehr kommt, steige ich um.
Es läuft noch alles und online zocke ich nicht
-
Welchen Vorteil hat es denn für dich AMS und SX OS Parallel zu nutzen? Welche Funktion fehlt dir in AMS?
-
bis jetzt geht doch mit 11.0.0 noch alles
also kann man atmos und sxos paralell nutzen
hab sxos drauf und atmos plus Mariko, man muss halt immer die boot.dat umbenennen..
interessant wirds wenn auf der mariko linux und android funktioniert....
-
Beantwortet meine Frage nicht. Schön das man es Parallel nutzen kann, ist der Trennungsschmerz zu groß oder leigts doch an was belegbaren?
-
nee liegt an nix belegbaren..
ja keine ahnung, denke mir halt wenn sxos nen update bringt, braucht man nur die boot.dat auszutauschen und mehr nicht.
ausserdem braucht das nur mariginal platz auf der sdkarte, deshalb juckt mich das nicht.
-
Naja und bei AMS starte ich den Updater direkt auf der Switch und brauch garnix herumkopieren. Also genauso wie bei SX OS (falls die Server online sind)
-
ja geht doch auch so, man kann jederzeit den updater starten unter ams...
das hat mit der sxcore ordnerstruktur überhaupt nix zu tun.
musst halt nur schauen, dass die boot.dat für atmo grad auf boot.dat steht und nicht vom sxcore, sonst überschreibt er das mit dem update script.
-
Also ich nutze SX auch lieber, eine boot.dat und fertig, alles drin.
zudem ist das Cheaten auf SX viel besser als auf Atmos mit Tesla inkl. Edizon. Wenn ich hier alle Cheats lade, wird mir jedes Spiel gecheatet und nicht nur eins. Edizon schaltet hier wohl alle auf ON.
HDD bzw XCI Support ist nett aber nicht zwingend nötig, da ich ja kein Dock Spieler bin.
Ich nutze gerne beides und hab auch gerne die Möglichkeit das beides funktioniert.
Daher bleibe ich auch auf 11.0.0, Nachteile hat man hier „noch“ keine
-
Failed to match warmboot with fuses! If you continue, sleep won't work!
Press POWER to continue.
Press VOL to go to the menu.Den warmboot_mariko Ordner mal gelöscht gehabt?
Danach müsste es funktionieren.
Aber da du eh auf FW 11.X schon warst, wurde dein GC schon geupdatet.
So macht eine niedrigere FW als 11.0.0 eh kein Sinn.
Da so keine GC Module mehr gelesen werden können...
-
Also ich nutze SX auch lieber, eine boot.dat und fertig, alles drin.
zudem ist das Cheaten auf SX viel besser als auf Atmos mit Tesla inkl. Edizon. Wenn ich hier alle Cheats lade, wird mir jedes Spiel gecheatet und nicht nur eins. Edizon schaltet hier wohl alle auf ON.
HDD bzw XCI Support ist nett aber nicht zwingend nötig, da ich ja kein Dock Spieler bin.
Ich nutze gerne beides und hab auch gerne die Möglichkeit das beides funktioniert.
Daher bleibe ich auch auf 11.0.0, Nachteile hat man hier „noch“ keine
Genauso sehe ich das auch Sandmann.
Ich betreibe ebense parallel, man muss nur auf 11.0.0 vorerst bleiben und die boot.dat umbenennen. Cheaten hab ich noch gar nicht ausprobiert, muss das mal unter sx testen, wie es da ist... Ich denke sx wird wenn BigN update der Fw bringt, auf jeden Fall tätig werden.
-
Das gute dabei ist, das man selber aussuchen kann, was man nutzen möchte. Ich nutze keine Cheats oder Tesla bla bla.
Und dank muxi sein Paket ist es nun auch nicht mehr so schwer Atmo zu installieren und schon garnicht Updates drüber zu bügeln
Dank AutoUodate und dem Skript mit Clean System Files max. 5 Minuten.
Einfacher geht es nicht und ich bin kein SXOS Hater, hatte selber auf 4 Konsolen seit Anfang an sxos.
Ganz am Anfang war es etwas umständlich, aber jetzt
-
-
-
kempa, hat sich was geändert bei 90DNS_Tester? Auf Github sehe ich keine aktuelle Version 🙄
Nein, es hat sich nichts geändert. Die ursprünglich im Paket enthaltene Version wurde neu kompiliert, aber es hat sich herausgestellt, dass es im Dockbetrieb zu Problemen mit Abstürzen beim Beenden der App gekommen ist. Das Problem wurde jetzt behoben.
-
kempa muxi Puky70 Ryan mir viel gestern auf, das "reboot to payload" dann nicht mehr funktioniert, wenn man hier umstellt auf: autohosoff=2
Viel mir auf als ich ein Script über Tegra Explorer gestartet habe und dann zurück bin: atmosphere/reboot_payload.bin
Spacecraft bootet immer (in Hekate), egal ob man eine App benutzt oder "sanft" ausschaltet.
Wenn man auf dem SX Core / Lite mal auf das Licht achtet und die Switch ausschaltet, sieht man auch das sie erst aus ist und dann in 10 Sek wieder "Licht" zeigt und deswegen bootet auch Hekate. Mit dem autohosoff=2 wird hekate aber wieder schlafen geschickt, daher geht das mit dem "reboot to payload" dann nicht mehr bzw. geht schon, aber der Befehl sagt ja ABSCHALTEN!
Ich vermute das es ein BUG ist in Spacecraft, vielleicht weißt du mehr Kempa?
Unter SX Core / Lite v1.3 war das ja nicht.
Ein Bug spricht aber dagegen, weil wenn man über Hekate mit POWER OFF klickt bleibt der Chip ja auch aus, selbes bei Tegra Explorer.
Es betrifft nur die CFW / OFW, wenn man von dort aus abschaltet.
-
kempa muxi Puky70 Ryan mir viel gestern auf, das "reboot to payload" dann nicht mehr funktioniert, wenn man hier umstellt auf: autohosoff=2
Viel mir auf als ich ein Script über Tegra Explorer gestartet habe und dann zurück bin: atmosphere/reboot_payload.bin
Spacecraft bootet immer (in Hekate), egal ob man eine App benutzt oder "sanft" ausschaltet.
Wenn man auf dem SX Core / Lite mal auf das Licht achtet und die Switch ausschaltet, sieht man auch das sie erst aus ist und dann in 10 Sek wieder "Licht" zeigt und deswegen bootet auch Hekate. Mit dem autohosoff=2 wird hekate aber wieder schlafen geschickt, daher geht das mit dem "reboot to payload" dann nicht mehr bzw. geht schon, aber der Befehl sagt ja ABSCHALTEN!
Ich vermute das es ein BUG ist in Spacecraft, vielleicht weißt du mehr Kempa?
Unter SX Core / Lite v1.3 war das ja nicht.
Ist das auch unter dem amsPLUS-M Paket & Spacecraft-NX der Fall? Ich habe dort nämlich das unter AMS enthaltene Tool "Reboot to Payload" entfernt und den Payload im atmosphere Ordner durch Hekate ersetzt.
-
Ich spreche von amsPLUS-M wobei ich es amsPACK-M nenne, da ich mein eigenes Set habe
Aber ja, wir sprechen von dem gleichen Paket und ja, MIT Spacecraft NX!
Vor dem Spacecraft flashen, ging es ja mit dem reboot to payload, da ich so immer raus bin, wenn ich im Tegra Explorer war.
-
Hoffentlich kann man in Zukunft den Chip unter Spacecraft-NX einfacher flashen als jedes Mal zu öffnen 🤣😉
Sollen zur Abwechslung mal bei SX was klauen 🤣
-
Du meinst wenn Spacecraft bereits installiert wurde?
k.a ob man sich hier die Hintertür offengehalten hat.
Ich lasse es auf autohosoff=2 da es das einzige ist was funktioniert.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!