so kann es aber passieren, das du dein akku bei aktivierten autorcm in den sand setzt. der zieht mehr strom, und vergisst man mal die switch auftzuladen und der akku geht leer, hast du probleme , den akku wieder zu aktivieren
Wie prüfen ob Switch gebannt ist?
-
- [Switch]
- tyler62
-
-
hast du probleme , den akku wieder zu aktivieren
Nicht wirklich. Einfach die Konsole für 'ne halbe oder ganze Stunde ans Stromnetz hängen und laden lassen. Anschließend Payload senden.
-
Ja, so sollte es sein, aber ich habe hier in diesem forum schon ganz andere Sachen gelesen, daß es eben nicht so einfach war, den Akku zu reaktivieren.
-
Dann könnte ich die OFW als Grundlage für meine CFW auf dem EmuMMC benutzen
Dafür musst du aber nicht extra noch die OFW zuvor updaten! Du kannst doch im Nachhinein deinen, aus dem sysNand erstellten 3.0.2 emuNand, offline auf die aktuellste FW über ChoiDujourNX mit den entsprechenden FW Daten aktualisieren. Diese Prozedur mit dem Updaten des sysNand unter aktiviertem AutoRCM ist gar nicht erforderlich. (Es sei denn, du wolltest Online Services nutzen)
-
@esme ist es dir schon passiert? Also leerer Akku mit AutoRCM? Nur vom lesen kann man das schlecht beurteilen/einschätzen. Und ich kann dir halt nur sagen dass es doch "einfach" ist. Um es mal so auszudrücken. Ich hatte schon oft das Problem dass mir der Akku komplett leergegangen ist mit AutoRCM. Wieder geladen (länger als sonst da die Konsole im RCM nicht korrekt lädt da der BCT "beschädigt" ist) und Payload gesendet.
-
Ist auf dauer aber nicht gut für den Akku.
Wenn er immer ganz leer ist und dann erst wieder geladen wird. -
Gut zu lesen, dass es nicht nur mir so geht.
Ich habe wegen mangelhafter Tutorials den GC-Slot geupdatet. Die CFW soll so laufen, dass ich Freude an der Konsole habe und ohne Dumpen gehts halt nicht.
Wenn irgendwann mal etwas für FW 3 an weiterem Exploit kommt freut es mich, wenn es nicht den GC-Slot betrifft um so mehr. Aber mit der aktuellen Lösung ohne Auto RCM fahre ich sehr gut, da die Switch immer unter Strom im Dock steht. -
Ich habe wegen mangelhafter Tutorials den GC-Slot geupdatet
.....AMS verhindert standardmäßig dieses Update! Ein entsprechender Hinweis ist auch im Tut von AtmoXL zu finden. Nur wer diese Blockade eigenhändig aufhebt, aktualisiert dadurch die FW seines GC Controllers. Wer das also macht, sollte eigentlich wissen was er da macht!...und hinsichtlich des SX OS muss das m.E. nicht noch extra erwähnt werden, weil diese CFW ohne dieses Update der GC Controller FW (was unter dem SX OS bekanntermaßen nicht blockiert wird, wie es hingegen unter AMS der Fall ist) nicht ihr volles Potenzial entfalten könnte.
Wenn irgendwann mal etwas für FW 3 an weiterem Exploit kommt
Das wäre zwar schön, aber dass da mal was kommen wird, ist eher unwahrscheinlich und daher mehr oder weniger nur eine Jagd nach einem Windei. (Vor allem da es dafür keinerlei Anhaltspunkte oder wenigstens Gerüchte gibt)
-
AMS verhindert standardmäßig dieses Update!
Macht aber eigentlich kein Sinn, wie will man sonst seine Spiele Module dumpen
-
Macht aber eigentlich kein Sinn, wie will man sonst seine Spiele Module dumpen
-
Das macht Sinn, wenn man eine zweite Dump-Switch hätte.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!