Pinned Luma3DS CFW

    • [DS_2DS_3DS]

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Nein beim restoren kannst du nichts falsch machen, wenn du dich an die Schritte hier hälst. ;)

      Hast du Decrypt9 bei dir bereits auf der Konsole?
      Wenn nicht, lade dir hier die aktuelle Version herunter.

      Entpacken und die Decrypt9WIP.bin nach sd:/luma/payloads/a_Decrypt9WIP.bin kopieren.
      Hier sollte bereits die start_Hourglass9.bin liegen.

      Wichtig dass hier kein anderer Payload liegt, der mit a_ anfängt.

      Danach beim einschalten A gedrückt halten, hier sollte nun Decrypt9 starten.
      Nun SysNand Options -> SysNand Backup/Restore -> Nand Restore (forced)
      Durch diese Auswahl wird dein Backup auf die Konsole geschrieben ohne Rücksicht auf den installierten A9LH.

      Und ist somit wieder auf original Zustand :thumbup:
    • Heute wurde eine neue Version rausgebracht, aktuell ist jetzt die v9.0
      Die Änderungen sind:
      • Use open source reimplementations of the SM and PXI FIRM modules
      • Fixed breakpoints in the Rosalina debugger (thanks @Nanquitas)
      • Added RAM viewer/editor/dumper feature to Rosalina (thanks @LiquidFenrir)
      • Rosalina now cleanly reboots the console when the option is selected
      • Fixed Rosalina screenshots for RGB5_A1/RGBA4 framebuffer formats (used for example in Virtual Console titles)
      • Stubbed isTitleAllowed to allow Nintendo-blocked titles to launch (outdated Ironfall/Flipnote Studio 3D/etc)
      • ARM9 exheader and FS patches are now always applied as they cause no drawbacks
      • Throw an error if file writes or emuNAND boot are attempted while the SD card is write-locked
      • Display boot source on the bottom screen in the config menu
      • The console will now shutdown when the shell is closed in the Luma menus, unless the user booted via ntrboothax
      • Numerous Exception Handler fixes
      • FatFS updated to v0.13
      • Check if NWM is running before allowing WiFi toggling in Rosalina
      Note: BootNTR is broken in this version, unless you use the latest commit (not release!) from this repo:
      Notes on the changes made to Rosalina's debugger:
      The physical memory access "bit31" mapping (0--0x30000000 => 0x80000000--0xB0000000) as well as privileged (kernel) mappings confuse debugger clients like IDA's which interpret the value of the registers.
      Access to those mappings can be toggled using "monitor toggleextmemaccess" instead (issue reported by @Nanquitas).
      Additionally, support for the buggy IDA 6.8's buggy gdb client was removed. Please use IDA 7.0 or higher.
      P.S: IDA 7.0 added client support for no-ack mode (Debugging options > Set specific options), which should be enabled to make debugging twice as smooth. "Use stepping support" should be unchecked.

      Online Cheater gehören Gebannt!

      Ich hab eine Lese/Rechtschreibschwäche! und kann nur Minimal English. :( Kein Support per PN
    • Nach langer Zeit ist es soweit und Luma3DS bekommt ein offizielles Update.
      Nun sind wir bei Version 10.0 und kommen schöne Funktionen dazu.

      HOTFIXED (June 30, 14:00 CEST):
      • Fix process list memory viewer
      HOTFIXED (17:15 CEST):
      • Fix NTP client not setting time and date correctly due to one RTC not properly being set to 0. Also fix one related UI bug
      • Merge #1266

      • New feature: NTP client
        • Located in the "miscellaneous" Rosalina submenu, this fetches the time from (hardcoded IP) by default
        • This sets the config savefile RTC offset 0, hence the displayed by Home Menu will also be the time that Arm9 programs like GM9 will see
        • Consequently, Luma3DS's own Arm9 code will properly set the date and time when modifying or creating new files
      • New feature: blue light filters (thanks to @panicbit, #1065)
      • Lots of cheat engine bugfixes and improvements thanks to @piepie62 (multiple PRs), in addition to @tstambaugh92 's bugfixes (#1116, #1117)
        • most CTRPF-AR code types now supported
        • more cheats can be loaded at once
      • New reimplemented sysmodule: pm
        • Number of max. pm:dbg sessions increased for Rosalina usage
        • New pm:dbg commands: GetCurrentAppTitleIdAndPid, DebugNextApplicationByForce, LaunchTitleDebug (mainly for gdbstub usage)
        • Debug restrictions lifted for the gdbstub
        • Service restrictions lifted for Cubic Ninja
      • Lots of gdbstub improvements:
        • Added support for debugging application at their very start (new option in Debugger submenu)
        • Added support for target extended-remote
          • You do not need to select a process to attach to in process list anymore using this, although it still works absolutely fine
          • You will see a nice process list in IDA
          • When launching new processes: only titleId [mediaType [launchFlags]] is supported, and the launched title shouldn't rely on APT and all 3 parameters should be hex-encoded (see e11cc09)
        • Added support for accessing host files (including stdin/stdio/stderr) from target 3DS programs. Support for it has been added in libctru
        • Added support for accessing target SD-card files from the host (remote put, remote get and remote delete)
        • Doubled packet size
        • Many bugfixes
      • Fixed critical bugs in sm: one causing a crash when launching the camera applet when another title was using the camera, another possibly affecting sleep mode
      • Fixed a critical bug where Luma3DS's Arm9 code would spam I2C requests, causing some particular commits of popular Arm9 payloads to fail on New3DS units with IPS screens.
        If the issue still arises, put multiple payloads in the folder and use the chainloader menu to work around it
      • Reworked build system. Armips is no longer required.
      • Always dump errdisp errors to /luma/errdisp.txt
      • Upgraded FatFs to R0.13c
      • Upgraded I2C driver in Arm9 code
      • Fix screens not working on firmlaunch, firmlaunch errors will now be displayed on screen
      • Patch 11.8+ NIM-related Process9 to send all-zero key and IV when the UNITINFO patch is enabled (thanks to @luigoalma, #1142)
      • Hide EmuNAND options when there is no EmuNAND present on the console
      • Fix minor bugs involving DS(i) title autoloading
      • Many other bugfixes
      • Note: the pm reimplementation currently breaks NTR CFW to some extent (in particular game plugins). The abandoned "NTR CFW" is now unsupported, even if it may work.
        • A solution for future versions is being worked on.
        • It may be possible to change NTR CFW source code for it not to inject itself into pm, since Luma3DS removes svc permission checks anyway, to mitigate the issue. We do not have the time to do that ourselves
        • It is not possible to disable custom pm
      In addition, with thanks to @fincs, this release of Luma3DS comes bundled with version 2.1.0 of the Homebrew Menu.

    • Update auf Version 10.0.1 Benutzern wird dringend empfohlen, ein Upgrade durchzuführen

      This is a hotfix release, with critical regression bugfixes and no new features. Users are strongly advised to upgrade.
      • Fix LayeredFS
      • Fix N3DS-specific applications improperly closing
      Previous hotfixes:
      • Fix process list memory viewer
      • Fix NTP client not setting time and date correctly due to one RTC not properly being set to 0. Also fix one related UI bug
      • Merge #1266

    • Hallo an alle, es ist möglich mit Luma vor dem Start des 3DS ein Passwort abfragen zu lassen und einen Text der beim start angezeigt wird zu erstellen.

      Das ganze lässt sich aber umgehen indem man die SD Karte aus dem 3DS entfernt und ihn somit ohne Passwort abfrage starten kann da sich das Passwort und der Text im Grunde genau dort befinden.

      Meine Frage ist nun ob man die Passwort abfrage samt selbst erstellten Bildschirmtext in den Nand verlegen kann um genau das zu verhindern?

      Ich habe für den Fall das ich meinen 3DS ein zweites Mal verliere (...) meine Adresse samt Telefonnummer als Text eingefügt und eben auch das Passwort gesetzt aber wenn sich dies umgehen lässt bringt es nichts wenn sich der potentielle Finder nur lang genug damit auseinander setzt und genau das ausnutzt was ich oben beschrieben habe.

      Ich denke zwar nicht das ich einen zweiten 3DS verlieren werde aber ich möchte einfach abgesichert sein :)
    • Passwort? Wie das denn bitte? Mir ist die Option mit dem Pin bekannt ja. Die Frage ist halt nur warum man das im Nand auch machen will. Der 3DS ist doch praktisch uninteressant wenn keine SD Karte eingelegt ist. Bzw. alles was du "außerhalb der Speicherkarte" machst wird nach dem Einlegen dieser auch im gepatchten Sysnand angezeigt. Und das PW bzw. die Pin lassen sich ganz easy abstellen indem man einfach die config.bin vom /luma Ordner löscht. Und selbst wenn es möglich wäre und deine Speicherkarte mit Pin und dem ganzen Kram nicht eingelegt ist, braucht ein "Dieb" nur eine neue Speicherkarte einlegen mit einer boot.firm im Root. B9S priorisiert nämlich die SD Karte welche eingelegt ist. Andernfalls wird er sich einfach mittels Tastenkombination, nem lumpigen Magneten und einer NTRBoot-Flashcard so oder so Zugriff auf das Ding verschaffen. Diese Pin/Passwort Option in den Luma Settings ist eher als "Kinderschutz" deklariert.
      Freust dich da? Kauf dir'n Lutscher auf Kredit!

      The post was edited 1 time, last by BaamAlex: Inhalt angepasst. ().