Git Product home page Git Product logo

3ds_dsiwarehax_installer's Introduction

This is a 3DS homebrew application for installing DSiWare savedata exploits, for DSiWare titles which you already have installed. This is intended as a .3dsx which requires access to SVCs which are normally not accessible(arm11kernelhax/"cfw" required). Regarding kernelhax: from the beginning this application was designed to be used with kernelhax which run under a completely seperate and standalone kernelhax-app, the proper way to handle it(when using kernelhax at all). This was never meant to bunded with any kernelhax in the application build.

This application itself does not use any exploits during installation that could be fixed.

When there's any input savefiles on SD where the DSiWare doesn't use those savefiles, AMPXI will be used to write those files to NAND with the *.new filenames. This involves svcBackdoor. After doing so, a hw-reboot will be enabled when exiting the app. This is intended for DSiWare exploit(s) which load from *.new filename(s) due to not enough space in the main savedata. With the v1.1 release and if you don't add any extra savefiles, this won't be used unless the banner.sav files from v1.0 are left on SD.

This can be used for general DSiWare saveimage import/export as well.

Before using this, you should have DSiWare export(s) from System Settings Data Management on SD for the target titles(in case you ever need to import the original later).

Included DSiWare exploits

The release-archive includes the following:

  • The exact same exploit saveimages(plaintext) from when the exploits were released for DSi. This includes sudokuhax, even though it's not really useful on 3DS anyway(since the original title-version isn't officially available for 3DS).
  • 4swordshax for "The Legend of Zelda: Four Swords Anniversary Edition", only USA/EUR regions are supported.

The source for these DSiWare exploits is available here.

SD layout

This section can be ignored if you just want to install dsiwarehax with the release-archive.

The input size for the *.sav files must be <=0x100000.

The input data for DSiWare is located under the "dsiware/" directory where the .3dsx runs from. Then under this directory there's directories for each title using the titleID-low, for example: "4B464445". Under each title directory is the actual input data:

  • "info": Required, the directory won't be detected on SD otherwise. Contains the display-text for this entry, normally the exploit name. This shouldn't contain any newlines(any text following newlines won't be displayed).
  • "public.sav": Required, the actual savedata image.
  • "banner.sav" Optional data to use for banner.sav instead of what's used during import, if the DSiWare uses it.
  • "private.sav" Optional data to use for private.sav instead of what's used during import, if the DSiWare uses it.
  • "public_original.sav" Output file written during installation, contains the original data for public.sav that would have been written to NAND during import.
  • "banner_original.sav" Same as above except for banner.sav.
  • "private_original.sav" Same as above except for private.sav.

3ds_dsiwarehax_installer's People

Contributors

yellows8 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

3ds_dsiwarehax_installer's Issues

input filepath

What exact sd filepath does the installer expect for public.sav? The readme doesn't specify and the exact twl nand path doesn't work either.

Kernel 11.0.0.33 U

Can this work on kernel 11.0.0.33 U ? and how do I know the app is hang ?

Can't import hax

Every time i run the dsiwarehax and try to inject the save into Guitar Rock Tour I get this error message. How do i fix this?

15628662_10210985133175121_1490580501_o

White screen

I only use the dsiwarehax installer on Zelda Four swords and when i open the "hacked" Zelda on o3ds 11.5 the Screen is in White
Sorry for m'y Bad english

4swordshax isnt working

So im on 11.2, I launched fasthax, then installed 4swordhax, then i exited the launcher and opened 4swords. it just shows a white screen and i cant do anything other than exit to home menu. what happened? my only theorys is 1: fasthax doesnt give the proper permissions 2: i didnt make a previous save file in the game

4swordhax hangs on DSi

I manually installed the save file for 4swordhax on my DSi (I did make sure I used the correct region save as well). However the result is a hang. The bottom screen will flash green but hang on white screen after that. I had tried to use 0.5 version of hbmenu as my boot.nds as well incase it was an issue with the arm8i/arm7i binary parsing that it might lack. But this made no difference. Sudokuhax boots the NDS files I tried with this just fine as well. I also tested it with the file name in both lower case and all upper case. Seems to make no difference.

The game currently has no banner.sav (unless it's supposed to have one?) Not sure how this tests on 3DS (as I have no need to install it there) but seems to fail on DSi? Perhaps a fail in the fat driver somewhere...

EDIT: I ran it in No$GBA to see if I can get something more useful for you to look at:

http://i.imgur.com/20f2mXE.jpg

I have everything needed to run my DSi nand image in No$GBA so I booted it there. Get an undefined opcode when the game starts, so it seems to crash. Don't get the usual errors about unimplemented nand/sd reads so it never gets far enough to actually start boot.nds, so the crash is happening in the payload.dat portion of the exploit I think.

EDIT: I have also tried the older version of 4swordhax from 1.0 version of this, (the one that uses banner.sav to contain the payload...which appears to be a verient of the generictwlpayload?) But it also fails. It white screens as well. In No$GBA I get a jump to empty wram error instead so it fails for different reasons it looks like.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.