Angepinnt CFW Atmosphère-NX

    • [Switch]

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • CFW Atmosphère-NX

      Das Warten ist nun vorbei, denn das Team ReSwitched um SciresM, TuxSH und hexkyz
      hat ihre CFW Atmosphère-NX nun endlich freigegeben.



      Dabei handelt es sich um eine Vorabversion der CFW (PoC), die nicht mit allen Features daherkommt,
      wie z.B. eine EmuNAND Implementierung, trotz dessen enthält sie ein umfangreiches Feature-Set



      Fusée ist ein custom Bootloader die den Nintendos Package1loader/bootloader ersetzt, sie ist in zwei Teile gegliedert.

      Fusée - primary

      Fusée-Primary ist der anfängliche Payload, der via RCM Exploit an die Switch gesendet wird.
      Der RCM-Payload (fusee-primary.bin) ist allerdings begrenzt. Die Lösung besteht darin, zunächst einen kleineren Payload zu versenden, der dann das Gerät vorbereitet und die zweite Stufe des Payloads, von der SD-Karte lädt.
      Zur Konfiguration liest er die Datei BCT.ini von der SD-Karte.

      Fusée - secondary

      Fusée-Secondary (fusee-secondary.bin) ist verantwortlich für die Vorbereitung der Switch-Hardware für spätere Betriebsumgebungen.
      Es enthält mehrere Module (kip's), die bestehende modifizieren oder neue Funktionen in das Betriebssystem einbringen. Zusätzlich validiert und lädt Fusée-Secondary auch Exosphère.
      Fusée ist auch in der Lage, andere Umgebungen, einschließlich Linux und vielem mehr zu chainloaden - wie das hekate bereits schon beherrscht.

      - Laden und Anpassen von frei wählbaren KIP-Dateien die von der SD-Karte gelesen werden, dabei handelt es sich um eigene Systemmodule - wie das gleiche Prinzip bei hekate.

      - Unterstützt die Kompilierung von zeitabhängigen Kernel-Patches auf Basis der Firmware.

      - Konfigurierbar durch Bearbeitung der BCT.ini von der SD-Karte.


      Exosphère ist die TrustZone(TZ) Reimplementierung von Atmosphère und repräsentiert den Secure Monitor(SM).

      Es läuft im höchsten Privileg-Modus auf dem Prozessor und TrustZone verwaltet die gesamte Hardware, die Crypto und verwaltet daher Schlüssel und Keylots der Nintendo Switch – damit ist Zugriff auf alles möglich.

      - Darüber hinaus wurde es erweitert, um Informationen über die aktuelle Atmosphere API-Version bereitzustellen, für Homebrew, die es nutzen möchten.


      Stratosphère bringt eigene Systemmodule in das HorizonOS (Switch OS) Kernel (EL1) mit zusätzlichen Funktionen.

      Dazu gehören:

      -> Loader

      Dieses Modul ist verantwortlich für die Erstellung von Prozessen aus ausführbaren NSO-Images und die Registrierung ihrer Zugriffskontrolle beim Kernel, sm und fs.
      • Die Dateien werden vorzugsweise aus folgenden Quellen geladen /atmosphere/titles/<titleid>/exefs/, falls vorhanden.
      • Möglichkeit, Dateien, die im ursprünglichen exeFS vorhanden sind, als nicht vorhanden zu markieren.
      • Falls vorhanden, eine PFS0 bei /atmosphere/titles/<titleid>/exefs.nsp wird die ursprünglichen exefs auf 2.0.0.0+ vollständig ersetzen.
      • Die Umleitung kann optional mittels Tastenkombination umgeschaltet werden.
      - Volle Unterstützung für das Patchen von NSO-Inhalten ist implementiert.
      • Alle Patches wie z.B. von hier /atmosphere/exefs_patches/<user-defined patch name>/<Hex Build-ID for NSO to patch>.ips wird angewendet, was eine einfache Verteilung von Patches ermöglicht, die mehrere Firmare-Versionen und/oder Titel unterstützen.
      • Patch-Dateien werden entweder im IPS-Format oder im IPS32-Format akzeptiert.
      - Unterstützt das Starten von Inhalten auf der SD-Karte ohne Installation
      • Dies geschieht beim Start durch die Angabe von FsStorageId_None
      • Wenn die Stratosphere-Implementierung des Loaders einen neuen Prozess erstellt, benachrichtigt sie sm über den Befehl AtmosphereAssociatePidTidForMitm, um alle MITM-Dienste über die Identitäten neuer Prozesse zu informieren.
      -> service manager

      sm ist eine Neuimplementierung des Service Managers von Nintendo. Homebrews können Handles für fremde Prozesse anfordern und somit den Systemspeicher lesen/modifizieren, ohne die Ausführung zu blockieren.
      • Neuimplementierung des Nintendo Service Managers, der alle Originalfunktionen vollständig repliziert.
      • Kompilierungsunterstützung für die Wiedereinführung von "smhax", sodass über den darin enthaltenen verwundbaren Service Manager die Konsole verschiedene Services auf der Systemebene startet, der die Initialisierung umgeht und sich die notwendige Rechte verschafft.
      • Erlaubt Homebrews, mehr Zugriffe für privilegierte Dienste, als Nintendo nativ erlaubt.
      • Erweitertung der neue API zur Installation von Man-In-The-Middle Listenern für beliebige Dienste.
      • Die API kann zusätzlich verwendet werden, um sicher zu erkennen, ob ein Dienst auf nicht blockierende Weise registriert wurde.
      • Eine Vollständige API-Dokumentation folgt in Kürze.
      -> process manager

      pm ist eine Neuimplementierung des Prozessmanagers von Nintendo. Dieses Modul ist verantwortlich für die Verfolgung laufender Prozesse im System und die Verwaltung von Ressourcenbeschränkungen. pm ist auch erforderlich, um Prozesse für Homebrew-Anwendungen zu erstellen und zu verwalten.
      • Homebrews erhalten die Möglichkeit, Prozesse zu manipulieren und den Systemspeicher zu modifizieren.
      • Erweitert durch die Integration einer vollständigen, erweiterten Implementierung des boot2-Systemmoduls von Nintendo.
      • Die Bootreihenfolge von Startdiensten wurde etwas optimiert, um einen schnelleren Zugriff auf die SD-Karte zu ermöglichen.
      • Das Modul Fehlersammelsystem wird absichtlich nicht gestartet, so dass viele Fehlerberichte der Systemtelemetrie überhaupt nicht generiert werden können.
      • Benutzer können ihre eigenen custom Sysmodule auf der SD-Karte platzieren und sie für den automatischen Start von boot2 markieren ->/atmosphere/titles/<title ID>/boot2.flag
      -> fs.mitm - (LayeredFS)

      Ein Modul, das das Abfangen von Dateisystemoperationen ermöglicht.Mit diesem Modul können alle Anfragen an das Dateisystem protokolliert, abgelehnt, verzögert, ersetzt und weitergeleitet werden. Derzeit ist es eine Komponente von LayeredFS (zusammen mit dem Loader), um das Ändern von Spieldateien für Mods zu ermöglichen.

      • Verwendet die MitM-API von Atmosphère, um den Benutzern eine einfache Möglichkeit zu bieten, Spielinhalte zu ändern.
      • Abfangen aller FS-Befehle, die von Spielen gesendet werden, mit spezieller handlings für Befehle, die zum Mounten von RomFS/DLC-Inhalten verwendet werden, um eine einfache Erstellung und Verteilung von Game/DLC-Mods zu ermöglichen.
      • fs.mitm analysiert das Basis-RomFS Image für ein Spiel, ein RomFS-Image, das sich in der Datei /atmosphere/titles/<title ID>/romfs.bin befindet, und alle losen Dateien aus /atmosphere/titles/<title ID>/romfs/, und verschmelzen sie zu einem einzigen RomFS-Image.
      • Beim Zusammenführen werden lose Dateien dem Inhalt des Images romfs.bin der SD-Karte vorgezogen, und Dateien vom Image der SD-Karte werden den Dateien im Base-Image vorgezogen.
      • Kann zusätzlich verwendet werden, um Befehle abzufangen, die von beliebigen Systemtiteln gesendet werden (mit Ausnahme derjenigen, die vor der Aktivierung der SD-Karte gestartet wurden), indem die folgende Datei/atmosphere/titles/<title ID>/fsmitm.flag auf der SD-Karte erstellt wird.
      -> crash report

      Creport ist ein Modul, das den Berichtsmanager von Nintendo ersetzt.Es ist Zweck, Fehlerberichte zu erfassen, die normalerweise in NAND gespeichert und bei der nächsten Gelegenheit an Nintendo gesendet werden. Dazu ersetzt es den ursprünglichen Fehlerreporter vollständig und verwaltet eingehende Berichte. Es schreibt sie dann zum Debuggen auf die SD-Karte.Mit diesem Modul werden alle Fehler, die bei der Verwendung von CFW auftreten, von Nintendo ferngehalten. Dazu gehören Systemfehler, Crash-Spiele und Homebrew.
      • Erstellt detaillierte, von Menschen lesbare Berichte über Systemabstürze und speichert diese in den folgenden Pfad der SD-Karte/atmosphere/crash_reports/<timestamp>_<title ID>.log.
      • Da Berichte nicht an das erpt sysmodule gesendet werden, werden alle Absturzberichte im Zusammenhang mit der Telemetrie deaktiviert
      -> Und zu guter Letzt
      Allgemeine Verbesserungen der Systemstabilität, um die Benutzerfreundlichkeit zu verbessern.


      Changelog


      0.8.2 is Atmosphère's ninth official release.
      fusee-primary was last updated in: 0.8.2.
      The following was changed since the last release:
      • A number of bugs were fixed causing users to sometimes see Key Derivation Failed!.
        • KFUSE clock enable timings have been adjusted to allow time to stabilize before TSEC is granted access.
        • A race condition was fixed that could cause wrong key data to be used on 6.2.0
        • The TSEC firmware is now retried on failure, fixing a failure affecting ~1/50 boots on 6.2.0.
      • A bug was fixed causing some modules to not work on firmware 1.0.0.
      • A bug was fixed causing sleep mode to not work with debugmode enabled.
        • As a result, debugmode is now enabled in the default BCT.ini.
      • General system stability improvements to enhance the user's experience.



      0.8.1 is Atmosphère's eighth official release.
      fusee-primary was last updated in: 0.8.1.
      The following was changed since the last release:
      • A bug was fixed causing users to see Failed to enable SMMU! if fusee had previously rebooted.
        • This message will still occur sporadically if fusee is not launched from coldboot, but it can never happen twice in a row.
      • A race condition was fixed in Atmosphere bis_protect functionality that could cause NS to be able to overwrite BCT public keys.
        • This sometimes broke AutoRCM protection, the current fix has been tested on hardware and verified to work.
      • Support was added for enabling debugmode based on the exosphere section of BCT.ini:
        • Setting debugmode = 1 will cause exosphere to tell the kernel that debugmode is active.
        • Setting debugmode_user = 1 will cause exosphere to tell userland that debugmode is active.
        • These are completely independent of one another, allowing fine control of system behavior.
      • Support was added for nogc functionality; thanks to @rajkosto for the patches.
        • By default, nogc patches will automatically apply if the user is booting into 4.0.0+ with fuses from <= 3.0.2.
        • Users can override this functionality via the nogc entry in the stratosphere section of BCT.ini:
          • Setting nogc = 1 will force enable nogc patches.
          • Setting nogc = 0 will force disable nogc patches.
        • If patches are enabled but not found for the booting system, a fatal error will be thrown.
          • This should prevent running FS without nogc patches after updating to an unsupported system version.
      • An extension was added to exosphere allowing userland applications to cause the system to reboot into RCM:
        • This is done by calling smcSetConfig(id=65001, value=<nonzero>); user homebrew can use splSetConfig for this.
      • On fatal error, the user can now choose to perform a standard reboot via the power button, or a reboot into RCM via either volume button.
      • A custom message was added to fatal for when an Atmosphère API version mismatch is detected (2495-1623).
      • General system stability improvements to enhance the user's experience.


      0.8.0 is Atmosphère's seventh official release.
      fusee-primary was last updated in: 0.8.0.
      The following was changed since the last release:
      • A custom fatal system module was added.
        • This re-implements and extends Nintendo's fatal module, with the following features:
          • Atmosphère's fatal does not create error reports.
          • Atmosphère's fatal draws a custom error screen, showing registers and a backtrace.
          • Atmosphère's fatal attempts to gather debugging info for all crashes, and not just ones that include info.
          • Atmosphère's fatal will attempt saving reports to the SD, if a crash report was not generated by creport.
      • Title flag handling was changed to prevent folder clutter.
        • Instead of living in atmosphere/titles/<tid>/%s.flag, flags are now located in atmosphere/titles/<tid>/flags/%s.flag
          • The old format will continue to be supported for some time, but is deprecated.
        • Flags can now be applied to HBL by placing them at atmosphere/flags/hbl_%s.flag.
      • Changes were made to the mitm API, greatly improving caller semantics.
        • sm now informs mitm services of a new session's process id, enabling custom handling based on title id/process id.
      • smhax is no longer enabled, because it is no longer needed and breaks significant functionality.
        • Users with updated HBL/homebrew should see no observable differences due to this change.
      • Functionality was added implementing basic protections for NAND from userland homebrew:
        • BOOT0 now has write protection for the BCT public key and keyblob regions.
          • The ns sysmodule is no longer allowed to write the BCT public keys; all other processes can.
            • This should prevent system updates from removing AutoRCM.
          • No processes should be allowed to write to the keyblob region.
        • By default, BIS partitions other than BOOT0 are now read-only, and CAL0 is neither readable nor writable.
          • Adding a bis_write flag for a title will allow it to write to BIS.
          • Adding a cal_read flag for a title will allow it to read CAL0.
        • An automatic backup is now made of CAL0 on boot.
          • fs.mitm maintains a file handle to this backup, so userland software cannot read it.
        • To facilitate this, fs.mitm now mitms all sessions for non-system modules; content overriding has been made separate from service interception.
        • Please note: these protections are basic, and sufficiently malicious homebrew can defeat them.
          • Please be careful to only run homebrew software from sources that you trust.
      • A bug involving HDCP titles crashing on newer firmwares was fixed.
      • Support was added for system version 6.2.0; our thanks to @motezazer for his invaluable help.
        • By default, new keys will automatically be derived without user input.
        • Support is also present for loading new keys from atmosphere/prod.keys or atmosphere/dev.keys
      • General system stability improvements to enhance the user's experience.


      0.7.5 is Atmosphère's sixth official release.
      fusee-primary was last updated in: 0.7.0.
      The following was changed since the last release:
      • DRAM training was added to fusee-secondary, courtesy @hexkyz.
        • This greatly improves the speed of memory accesses during boot, resulting in a boot time that is ~200-400% faster.
      • creport has had its code region detection improved.
        • Instead of only checking one of the crashing thread's PC/LR for code region presence, creport now checks both + every address in the stacktrace. This is also now done for every thread.
          • This matches the improvement Nintendo added to official creport in 6.1.0.
        • The code region detection heuristic was further improved by checking whether an address points to .rodata or .rwdata, instead of just .text.
        • This means that a crash appears in a loaded NRO (or otherwise discontiguous) code region, creport will be able to detect all active code regions, and not just that one.
      • General system stability improvements to enhance the user's experience.


      0.7.4 is Atmosphère's fifth official release.
      fusee-primary was last updated in: 0.7.0.
      The following was changed since the last release:
      • libstratosphere has been completely refactored/rewritten, and split into its own, separate submodule.
        • While this is mostly "under the hood" for end-users, the refactor is faster (improving both boot-time and runtime performance), more accurate (many of the internal IPC structures are now bug-for-bug compatible with Nintendo's implementations), and significantly more stable (it fixes a large number of bugs present in the old library).
        • The refactored API is significantly cleaner and easier to write system module code for, which should improve/speed up development of stratosphere.
        • Developers looking to write their own custom system modules for the Switch can now easily include libstratosphere as a submodule in their projects.
      • Loader was extended to add a new generic way to redirect content (ExternalContentSources), courtesy @misson20000:
        • A new command was added to ldr:shel, taking in a tid to redirect and returning a session handle.
        • When the requested TID is loading, Loader will query the handle as though it were an IFileSystem.
          • This allows clients to generically define their own filesystems, and override content with them in loader.
      • fs.mitm has gotten several optimizations that should improve its performance and stability:
        • RomFS redirection now only occurs when there is content to redirect, even if the title is being mitm'd elsewhere.
        • A cache is now maintained of the active data storage, if any, for all opened title IDs. This means if two processes both try to open the same archive, fs.mitm won't duplicate any of its work.
        • RomFS metadata is now cached to the SD card on build instead of being persisted in memory -- this greatly reduces memory footprint and allows fs.mitm to redirect more titles simultaneously than before.
      • A number of bugs were fixed, including:
        • A resource leak was fixed in process creation. This fixes crashes that occur when a large number (>32) games have been launched since the last reboot.
        • fs.mitm no longer errors when receiving a zero-sized buffer. This fixes crashes in some games, including The Messenger.
        • Multi-threaded server semantics should no longer cause deadlocks in certain circumstances. This fixes crashes in some games, including NES Classics.
        • PM now only gives full FS permissions to the active KIPs. This fixes a potential crash where new processes might be unable to be registered with FS.
      • The make dist target now includes the branch in the generated zip name.
      • General system stability improvements to enhance the user's experience.


      0.7.3 is Atmosphère's fourth official release.
      fusee-primary was last updated in: 0.7.0.
      The following was changed since the last release:
      • Loader and fs.mitm now try to reload loader.ini before reading it. This allows for changing the override button combination/HBL title id at runtime.
      • Added a MitM between set:sys and qlaunch, used to override the system version string displayed in system settings.
        • System settings will now display <Actual version> (AMS <x>.<y>.<z>).
      • General system stability improvements to enhance the user's experience.




      0.7.2 is Atmosphère's third official release.
      fusee-primary was last updated in: 0.7.0.
      The following was changed since the last release:
      • Fixed a bug in fs.mitm's LayeredFS read implementation that caused some games to crash when trying to read files.
      • Fixed a bug affecting 1.0.0 that caused games to crash with fatal error 2001-0106 on boot.
      • Improved filenames output by the make dist target.
      • General system stability improvements to enhance the user's experience.





      0.7.1 is Atmosphère's second official release.
      fusee-primary was last updated in: 0.7.0.
      The following was changed since the last release:
      • Fixed a bug preventing consoles on 4.0.0-4.1.0 from going to sleep and waking back up.
      • Fixed a bug preventing consoles on < 4.0.0 from booting without specific KIPs on the SD card.
      • An API was added to Atmosphère's Service Manager for deferring acquisition of all handles for specific services until after early initialization is completed.
      • General system stability improvements to enhance the user's experience.





      0.7.0 is Atmosphère's first official release.
      It supports the following featureset:
      • Fusée, a custom bootloader.
        • Supports loading/customizing of arbitrary KIPs from the SD card.
        • Supports loading a custom kernel from the SD card ("/atmosphere/kernel.bin").
        • Supports compile-time defined kernel patches on a per-firmware basis.
        • All patches at paths like /atmosphere/kip_patches/<user-defined patch name>/<SHA256 of KIP>.ips will be applied to the relevant KIPs, allowing for easy distribution of patches supporting multiple versions.
          • Both the IPS and IPS32 formats are supported.
        • All patches at paths like /atmosphere/kernel_patches/<user-defined patch name>/<SHA256 of Kernel>.ips will be applied to the kernel, allowing for easy distribution of patches supporting multiple versions.
          • Both the IPS and IPS32 formats are supported.
        • Configurable by editing BCT.ini on the SD card.
        • Atmosphère should also be launchable by the alternative hekate bootloader, for those who prefer it.
      • Exosphère, a fully-featured custom secure monitor.
        • Exosphere is a re-implementation of Nintendo's TrustZone firmware, fully replicating all of its features.
        • In addition, it has been extended to provide information on current Atmosphere API version, for homebrew wishing to make use of it.
      • Stratosphère, a set of custom system modules. This includes:
        • A loader system module.
          • Reimplementation of Nintendo's loader, fully replicating all original functionality.
          • Configurable by editing /atmosphere/loader.ini
          • First class support for the Homebrew Loader.
            • An exefs NSP (default "/atmosphere/hbl.nsp") will be used in place of the victim title's exefs.
            • By default, HBL will replace the album applet, but any application should also be supported.
          • Extended to support arbitrary redirection of executable content to the SD card.
            • Files will be preferentially loaded from /atmosphere/titles/<titleid>/exefs/, if present.
            • Files present in the original exefs a user wants to mark as not present may be "stubbed" by creating a .stub file on the SD.
            • If present, a PFS0 at /atmosphere/titles/<titleid>/exefs.nsp will fully replace the original exefs.
            • Redirection is optionally toggleable by holding down certain buttons (by default, holding R disables redirection).
          • Full support for patching NSO content is implemented.
            • All patches at paths like /atmosphere/exefs_patches/<user-defined patch name>/<Hex Build-ID for NSO to patch>.ips will be applied, allowing for easy distribution of patches supporting multiple firmware versions and/or titles.
            • Both the IPS and IPS32 formats are supported.
          • Extended to support launching content from loose executable files on the SD card, without requiring any official installation.
            • This is done by specifying FsStorageId_None on launch.
        • A service manager system module.
          • Reimplementation of Nintendo's service manager, fully replicating all original functionality.
          • Compile-time support for reintroduction of "smhax", allowing clients to optionally skip service access verification by skipping initialization.
          • Extended to allow homebrew to acquire more handles to privileged services than Nintendo natively allows.
          • Extended to add a new API for installing Man-In-The-Middle listeners for arbitrary services.
            • API can additionally be used to safely detect whether a service has been registered in a non-blocking way with no side-effects.
            • Full API documentation to come.
        • A process manager system module.
          • Reimplementation of Nintendo's process manager, fully replicating all original functionality.
          • Extended to allow homebrew to acquire handles to arbitrary processes, and thus read/modify system memory without blocking execution.
          • Extended to allow homebrew to retrieve information about system resource limits.
          • Extended by embedding a full, extended implementation of Nintendo's boot2 system module.
            • Title launch order has been optimized in order to grant access to the SD card faster.
            • The error-collection system module is intentionally not launched, preventing many system telemetry error reports from being generated at all.
            • Users may place their own custom sysmodules on the SD card and flag them for automatic boot2 launch by creating a /atmosphere/titles/<title ID>/boot2.flag file on their SD card.
        • A custom fs.mitm system module.
          • Uses Atmosphère's MitM API in order to provide an easy means for users to modify game content.
          • Intercepts all FS commands sent by games, with special handling for commands used to mount RomFS/DLC content to enable easy creation and distribution of game/DLC mods.
            • fs.mitm will parse the base RomFS image for a game, a RomFS image located at /atmosphere/titles/<title ID>/romfs.bin, and all loose files in /atmosphere/titles/<title ID>/romfs/, and merge them together into a single RomFS image.
            • When merging, loose files are preferred to content in the SD card romfs.bin image, and files from the SD card image are preferred to those in the base image.
          • Can additionally be used to intercept commands sent by arbitrary system titles (excepting those launched before SD card is active), by creating a /atmosphere/titles/<title ID>/fsmitm.flag file on the SD card.
          • Can be forcibly disabled for any title, by creating a /atmosphere/titles/<title ID>/fsmitm_disable.flag file on the SD card.
          • Redirection is optionally toggleable by holding down certain buttons (by default, holding R disables redirection).
        • A custom crash report system module.
          • Serves as a drop-in replacement for Nintendo's own creport system module.
          • Generates detailed, human-readable reports on system crashes, saving to /atmosphere/crash_reports/<timestamp>_<title ID>.log.
          • Because reports are not sent to the erpt sysmodule, this disables all crash report related telemetry.
      • General system stability improvements to enhance the user's experience.




      Download (Source-Code): github.com/Atmosphere-NX/Atmosphere/releases


      GBAtemp: gbatemp.net/threads/atmosphere…-firmware-out-now.521042/
      kei-gu
      Ryū Hayabusa

      Dieser Beitrag wurde bereits 13 mal editiert, zuletzt von BiBo1994 ()

    • Habe es gerade mal ausprobiert. Zunächst habe ich die Konsole in den RCM versetzt und den fusee-primary.bin Payload an die Switch gesendet. Erst kommt der Atmosphere Screen, dann das Nintendo Logo, dann das Switch Logo, dann bleibt das Display schwarz. Nach mehreren Versuchen kam dann irgendwann nach der benannten Abfolge das Switch-Menü. Wenn ich aber das Album dort aufrufe, kommt kein HB-Menü sondern das, was auch in der OFW angezeigt wird (bin mir jetzt nicht sicher, ob nicht doch ins Horizon gebootet worden ist). Sind denn außer den Daten aus dem Release auf der SD-Karte, der hbmenu.nro im Root und dem angelegten switch-Ordner mit den darin enthaltenen HBs, noch weitere Schritte dafür erforderlich?


      Edit:
      Ich habe mir mal die ini-Dateien angesehen.
      In der loader.ini steht was von hbl.nsp, die im Ordner atmosphere abgefragt wird, ist aber dort nicht vorhanden. Vielleicht ist das der Grund?

      Edit2:
      ...und genau das ist der Grund, warum es nicht geklappt hat. Die hbl.nsp fehlte im atmosphere Ordner. Warum haben die Jungs das nicht mit in den Release integriert?
      ...und damit ihr nicht lange suchen müsst, hier die Datei im Anhang (Version 1.0.0):

      Edit3:
      Version 2.0.0 ist heute erschienen: HBLoader 2.0.0
      Dateien
      Gruß
      Muxi

      Dieser Beitrag wurde bereits 11 mal editiert, zuletzt von muxi ()

    • Anscheinend hat SciresM irgendwas am Release verändert oder ergänzt, denn als Veröffentlichungszeitpunkt ist "vor 2 Stunden" angegeben, obwohl es doch bereits heute morgen released worden ist. Ich kann nur nicht feststellen was er da gemacht hat........

      Edit:
      Er hat folgendes gefixt:
      libstratosphere: Fix receive for multi-static IPC buffers

      .............und ich hatte schon gehofft, dass er das Emunand-Feature noch hinzugefügt hat :D
      Gruß
      Muxi

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von muxi ()

    • HBLoader v2.0.0 wurde vor einigen Stunden released. (hbl.nsp)........genauer gesagt vor 2 Stunden.


      Changelog:
      • Now supports running as an application with access to the full ~3.2GB of RAM reserved for applications, while being backwards compatible with older NRO homebrew. Running as a library applet is still supported, although it only has access to 442MB of RAM.
      • Granted access to all FS permissions.
      • Granted user/host access to all services.
      • Granted access to debugging SVCs.
      • Disabled access to core3 in order to solve stability problems when using preemptively multithreaded threads & load balancing.
      • Added support for RandomSeed homebrew ABI key, which allows NRO homebrew to use the libnx randomGet* functions without always getting back the same results throughout a single session of nx-hbloader.
      • Custom NPDM built from source.
        • Default kernel caps application type set to applet (2). Atmosphère users aren't affected by this change, since its native support for nx-hbloader automatically sets the appropriate application type.
      @pillemats ja genau, aber anscheinend in der Funktion ohne sigpatches, was es für die meisten sicherlich uninteressant machen wird.
      Dateien
      • atmosphere.zip

        (34,34 kB, 6 mal heruntergeladen, zuletzt: )
      Gruß
      Muxi

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von muxi ()

    • Du kannst die CFW soweit ich weiß auf jeder FW nutzen (Meistens ausgenommen sind 2.3, da es eine FW ist die nicht viele benutzen)

      Sigpatches = SignaturePatches = Backups installieren ohne das die FW das ausführen Blockiert.
    • @laufbahn Ich denke, du machst keinen Fehler, wenn du deine Konsole auf FW 3.0.0 offline aktualisierst und auf dieser FW zukünftig bleibst. (Ich würde erst updaten, wenn ein Emunand verfügbar ist. Alternativ kannst du dir das SX OS beschaffen und dir damit einen Emunand einrichten, den du dann auf die aktuellste FW bringen kannst.
      Gruß
      Muxi

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von muxi ()

    • Erstes Update auf Version 0.7.1


      Changelog:
      0.7.1 is Atmosphère's second official release.
      The following was changed since the last release:
      • Fixed a bug preventing consoles on 4.0.0-4.1.0 from going to sleep and waking back up.
      • Fixed a bug preventing consoles on < 4.0.0 from booting without specific KIPs on the SD card.
      • An API was added to Atmosphère's Service Manager for deferring acquisition of all handles for specific services until after early initialization is completed.
      • General system stability improvements to enhance the user's experience.
      Gruß
      Muxi