Is it possible to create a launcher.dat, interface included, that will let you select, for instance, Pasta.dat, or Palantine.dat, or Gateway.dat? I think that would streamline the process for a lot of us.
Homebrew [Request] Launcher.dat Chooser
- Thread starter OctopusRift
- Start date
- Views 3,932
- Replies 28
It lets you chose between the different ROP chains/filenames.
With this one, you can specify new filenames in a ropCustom.txt, but with the above + different .nds files for all the launchers, you should have enough.
If you don't own a ds flash card, you can install the MSET stuff with the browser at first, and then install Sudokuhax and load the above loaders with it. It'd be nice for the browser installer to have source code, we'd be able to implement name changing and stuff.
I like it. but, my idea is a GUI, text or images, that allows you to choose Gateway.dat or Pasta.dat AS you launch the ds profile exploit. :3
Problem is that that is not so easy. Each launcher has a different rop chain and stuff, and you've already screwed up the environment before you can write anything to the framebuffers.
The closest we can get to that is TRICK.
As explained above, it'd be difficult. Each binary needs a JavaScript payload to be launched from browser. An example of this is the browserify tool inside of spider3DStools. It generates a payload for binaries. Now, to implement something like that in a webpage so as to allow people to type their binary's name, and generate it quickly before executing seems a bit far fetched.
It'd be better to create a simple text based UI that reads to SD and displays any binary files for your choosing. I am going to go out on a limb and say this would be difficult as well, as I don't think you can accomplish any UI without reaching ARM9. I could be wrong, though.
Edit: It's a cool idea, though. You could ask on the 3dsdev IRC to see if it is difficult to do.
It'd be better to create a simple text based UI that reads to SD and displays any binary files for your choosing. I am going to go out on a limb and say this would be difficult as well, as I don't think you can accomplish any UI without reaching ARM9. I could be wrong, though.
Edit: It's a cool idea, though. You could ask on the 3dsdev IRC to see if it is difficult to do.
I was actually going for the SD card approach from the start. I love the way you said it though.
Once nop90 finishes everything that he was looking into about porting spider3DStools, I could take a crack at it. I can't guarantee anything, but I can try. I'm still looking at region free in Pasta, though. It's becoming frustrating.
I realllllllyyy should start working on lower level system code... I can do software/surface stuff just fine, but system, no.... I WANT TO GET WORKING WITH YOU GUYS!!
Maybe try just displaying text on the screen via the browser first? It would allow you to get a feel for everything. From the looks of Pasta source, I think you can use CTRULIB outside of the .3DSX file format. I'm not entirely sure as I don't mess with UI, but I believe that Pasta even uses some CTRULIB stuff. If you have devkitARM and CTRULIB installed, look at the examples, graphics, and then hello world example. I can attach it if you'd like. I'd try modifying the makefile to generate a binary with it.
Here's another example, for Ninjhax, except this will read from a file specified in the main.c. Put it into libctru in the source folder:
https://github.com/DarkFlare69/3DText
