CFW AtmosphèreXL (Support eingestellt - bitte Hinweis im Titelpost beachten)

Ich habe nun einen Test durchgeführt, wie es mit der Nutzung des SX OS und AtmoXL unter einem einzigen auf der SD-Karte eingerichteten Partition emuMMC aussieht. Es kann unter dem emuMMC installierter Content unter beiden CFWs genutzt werden, wenn in der emummc.ini der letzte Eintrag zu nintendo_path=Emutendo geändert wird. So kann ein emuMMC mit zwei unterschiedlichen CFWs genutzt werden. Das setzt die Einrichtung des Partition emuMMC über Option 2 (Einrichtung über das SX OS) aus dieser Anleitung voraus, und diese genannte Änderung in der dort zu beziehenden emummc.ini (natürlich muss auch ebenfalls eine gültige license.dat vorliegen).

Nein, wenn wir von emuNand sprechen, geht es um das SX OS, und emuMMC ist die unter Hekate erstellte Variante, die unter Atmosphere eingesetzt wird. Diese sind dann jeweils noch in ihre Typen unterteilt (partition- oder dateibasiert).

Der Unterschied liegt in der Aufteilung der Splitfiles. Das SX OS hat einschl. der boot0/1 10 Dateien, die Hekate Variante hingegen 17! Bei der Partition Variante ist auch die Lage entscheidend. Während das SX OS nur eine Partition unterstützt, die im vorderen Bereich auf der SD-Karte erstellt wurde, kann die Partition Variante von Hekate sowohl vorne, als auch hinten erkannt werden.

Hinsichtlich der Partitionvarianten gibt es folgende Vor- und Nachteile:

Wenn der Partition emuMMC ( in dem Fall auch emuNand) über das SX OS erstellt wurde, wird die Partitionierung im vorderen Bereich vorgenommen und der emuNand dort erstellt. So kann er auch über Atmosphere genutzt werden. Allerdings lassen sich dann keine voneinander getrennten emuMMC Systeme mehr auf der SD-Karte nutzen.

Wenn der Partition emuMMC über Hekate erstellt wird, kann er nur von Atmosphere genutzt werden, was aber den Vorteil hat, dass ein SX OS mit einem Datei emuNand noch als eigenständiges System auf der gleichen SD-Karte verwendet werden kann.

Der Datei emuNand des SX OS hat auch noch den Vorteil, dass er einfacher zu handhaben ist, was das Sichern und Wiederherstellen, sowie den Umzug auf eine andere SD-Karte betrifft. Allerdings hat er auch Nachteile hinsichtlich von RCM Payloads, wie Lockpick und Incognito, da diese darauf nicht zugreifen können.

Den Datei emuMMC kann man außen vor lassen, weil er unoptimiert ist. Bleiben nur die 3 anderen Varianten:

SX OS Datei emuNand
SX OS Partition emuNand
Partition emuMMC

Von der Leistung her sind alle nahezu identisch. Die Datei-Variante lässt sich einfacher handhaben, wie in meinem letzten Post bereits ausgeführt. Das ist hingegen ein Nachteil der Partition Varianten (wobei dies mittlerweile m.E. zu vernachlässigen ist - vor Monaten sah das noch anders aus)

Die Partition Varianten haben hingegen den Vorteil, dass RCM Payloads auf sie zugreifen können (was m.E. ein gravierender Nachteil der Datei Variante ist!)

Zitat von Adonay

Auf eine andere Karte umziehen ist mit einem dateibasierten aber immer noch einfacher und schneller oder?

Natürlich, du brauchst nix zu partitionieren und kopierst nur von A nach B

Zitat von Adonay

Was wiederum bei Nutzung von nur einer CFW auch wieder egal ist?

Das hat nichts mit der Nutzung von nur einer CFW zu tun. Es ist schon vorteilhaft, wenn man beispielsweise seine aktuellsten Keys aus einem Partition emuMMC auf FW 9.0.x auslesen kann, während der sysNand noch auf FW 3.0.0 ist! Das wäre mit einem Datei emuNand nicht möglich.

Zitat von Guybrush2012

Genau so ist das. Anbei meine emummc.ini

...wobei bei mir der Eintrag unter "path" unverändert geblieben ist. Wahrscheinlich ist das aber für die Funktion auch bedeutungslos. Das mit den Homebrew würde auch für die getrennten emuNands gelten, da ja beide auf den "gemeinsamen" switch Ordner zugreifen

Zitat von Adonay

Ich habe ja nur SX OS mit Datei Emu, aber ich kann doch auch eben Lockpick booten wenn ich eben den Loader umstelle und dann die Keys aus dem Emunand auslesen?

Tatsächlich? Dann muss sich mittlerweile etwas geändert haben, denn das war immer nur mit Lockpick als HB-Tool möglich, aber nur bis zu den 5er Keys. Ich kann das nicht mehr prüfen, da ich auch einen Partition emuMMC auf der SD-Karte habe, und ich annehmen muss, dass die Keys aus diesem ausgelesen werden. Aber ein anderes Beispiel ist der Incognito RCM, wie @Guybrush2012 über meinem Beitrag bereits berichtet hat