Ja ne sry ales gut, wie gesagt hab es mir zu sehr in mir eingeprägt xx
Ne ich meine um es für mich zu verstehen. Wenn ich eine 30gb patetion erstelle habe ich ja so in dem Fall unter Windows 7 darauf kein Zugriff.
Wenn ich ein spiel in dem Fall auf intern installiere unter emummc wird dann der erstellte Patienion belastet? Also wird quasi der erstelle Partition unter emummc Bein spiel installieren auf der sd Karte belastet?
CFW AtmosphèreXL (Support eingestellt - bitte Hinweis im Titelpost beachten)
-
- [Switch]
- muxi
- Geschlossen
-
-
Wenn ich ein spiel in dem Fall auf intern installiere unter emummc wird dann der erstellte Patienion belastet? Also wird quasi der erstelle Partition unter emummc Bein spiel installieren auf der sd Karte belastet?
Der emuMMC hat eine feste Größe! In dieser festen Größe stehen dir einige GB an freiem Speicher für Installationen zur Verfügung. Du kannst nur so viel dort installieren,bis der Speicherplatz ausgereizt ist. Das ändert aber nichts an der Partition selbst, die sich auf der SD-Karte befindet.
-
Zitat von MUXI
AtmoXL ist hervorragend geeignet, um das SX OS noch als zweite CFW auf einer SD-Karte nutzen zu können. Dies ist in folgenden Konstellationen möglich:
AtmoXL über Partition emuMMC & SX OS über sysNand - oder - AtmoXL über sysNand & SX OS über Datei emuNand - oder - AtmoXL über Partition emuMMC & SX OS über Datei emuNand
Ich muss hier nochmal nachhaken. Ich habe jetzt eine emuMMC über SX OS erstellt und kann sie mit SX OS und Atmosphere nutzen.
Oder ich kapiere irgendwas nicht -
und kann sie mit SX OS und Atmosphere nutzen
Ja aber nicht mit unterschiedlichen, bzw. voneinander getrennten Content, da es ja ein und derselbe emuMMC unter beiden CFWs ist! Meine Idee war es, zwei völlig voneinander getrennte CFW-Systeme auf einer SD-Karte zu nutzen - und das ist so nicht möglich! Dass ein mit dem SX OS erstellter Partition emuMMC auch unter Atmosphere läuft ist klar, sonst hätte ich das ja nicht als zweite Einrichtungsmöglichkeit in dieser Anleitung aufgeführt! Um aber beide CFWs mit einem jeweils eigenständigen emuNand/emuMMC auf einer SD-Karte betreiben zu können, muss der Partition emuMMC gemäß der Anleitung mit Hekate NYX eingerichtet werden, damit das SX OS mit einem Datei-emuNand ebenfalls auf derselben SD-Karte betrieben werden kann.
-
-
Du machst keinen Denkfehler. Ich denke als Tester, um zwei voneinander getrennte Systeme zu haben. Aber du kannst natürlich auch beide CFWs über einen emuMMC/emuNand laufen lassen. Dafür muss aber der Content-Ordner (Emutendo) des SX OS in der emummc.ini entsprechend zugewiesen werden, damit auch beide CFWs auch auf den gleichen Content-Ordner zugreifen, und die Titel auch mit dem selben Nand verlinkt werden können.
-
-
Ganz genau! So müssten die Einträge wohl aussehen
Eventuell muss das aber auch so aussehen. Ich habe das selbst noch nicht getestet.
[emummc]
enabled=1
sector=0x2
path=emuMMC/RAW1
id=0x0000
nintendo_path=Emutendo@Guybrush2012 Du kannst es ja einmal testen. Installiere mal etwas auf der SD-Karte mit diesen Einstellungen in der emummc.ini unter dem SX OS und reboote dann nach AtmoXL. Wenn dann keine blaue Cloud über dem Icon des neu installierten Titels sein sollte, passt es! Lass mich aber bitte wissen, welche der beiden path-Angaben in der ini Datei die Richtigen waren.
-
dass der Bootvorgang durch einen "befüllten" emuMMC länger dauern wird
Wieso sollte dies langsamer machen?
Deine installierten Spiele liegen ja auch auf der SD.
Und Performance mäßig macht dies kein Unterschied.
Es werden ja beim starten, die Spiele nichtkomplett eingelesen.
Auch findet beim start keine Dateiprüfung der Inhalte der Spiele statt.
Es wird lediglich geprüft, ob der Content mit der ID existiert, wenn nicht zeigt es dir die Wolke an. -
@kempa das war nur eine Vermutung von mir, die jedoch nicht fundiert ist
Ich vermute aber, dass der Bootvorgang durch einen "befüllten" emuMMC länger dauern wird
-
Der emuMMC sollte grundsätzlich perfonmanter sein wie der emuNAND, das hat jedoch nichts mit der Füllung zu tun
-
Warum sollte es da einen Unterschied geben?
Edit by psXtools.de: Vollzitat entfernt
-
Da MMC Speicher schneller sind als eine SD Karte
-
Ist das jetzt Sarkasmus oder hab ich was nicht mitbekommen?
-
Warum sollte es da einen Unterschied geben?
Wie funktioniert ein Dateisystem? Denke das beantwortet deine Frage...
-
Es wird aber doch beides auf dem gleichen Datenträger erstellt, der jeweils die gleichen Datenraten bereitstellt?
Ist nicht der Unterschied zwischen EmuMMC und EmuNand lediglich die Partition- oder dateibasierte Variante, oder hab ich das falsch verstanden?
-
Ja klar wenn der eMMC als emu Variante auf der SD abgelegt wird.
Ist dieser natürlich seitens Performance identisch.Aber ich bin hier vom sys eMMC ausgegangen.
Und dieser ist natürlich performanter als die SD -
Aber ich bin hier vom sys eMMC ausgegangen.
Der emuMMC sollte grundsätzlich perfonmanter sein wie der emuNAND, das hat jedoch nichts mit der Füllung zu tun
Das hat er aber deutlich geschrieben, jeweils "emu" davor!
Leute was macht ihr mit mir? Ständig zweifle ich an meiner Zurechnungsfähigkeit und denke ich checks nicht!
-
Das hat er aber deutlich geschrieben, jeweils "emu" davor!
Leute was macht ihr mit mir? Ständig zweifle ich an meiner Zurechnungsfähigkeit und denke ich checks nicht!
Passiert im eifer des gefechts, Mods sind auch nur Menschen
-
Der Datentransfer auf einem Chip (eMMC) ist immer schneller, als auf einem Datenträger, wie in diesem Fall einer SD-Karte (und damit die dort emulierten eMMCs)
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!