Hacking [Release] Super DevClicker! 5.3.2/5.5/5.5.1

[SonyUSA]

Got it to work. I had to butcher the libwiiu repo locally a bit so the build.py wouldn't compile the hello world example, and instead use your code.bin. Worked first try after that. Should I upload the html it made for 5.3.2? Alternatively, maybe share the source code, so we can recompile it properly for all firmwares supported by libwiiu (up to you though).

All the files needed should be in the .rar I attached to the OP, are they the same files?

If you could share that would be great :3

 

[daxtsu]

All the files needed should be in the .rar I attached to the OP, are they the same files?

No, 5.3.2 uses an index.html and a frame.html, not php files or an mp4 file, and code.bin gets written into payload532.html.

 

[SonyUSA]

No, 5.3.2 uses an index.html and a frame.html, not php files or an mp4 file, and code.bin gets written into payload532.html.

Share please :3

 

[daxtsu]

Sure.

 

[SonyUSA]

Sure.

Thanks :3 I'll put it in the OP!

Edit: Done! The 5.3.2 folder should be correct now!

 

[vgmoose]

Thanks!!!

Nah, I just made the menu myself-- probably incorrectly if you ask a real C developer >_>

I'm sure it's fine, if it works it works!

Sure.

Updated wiiu.vgmoose.com with these files for 5.3.2, can you see if it works from there too?

 

[SonyUSA]

I'm sure it's fine, if it works it works!


Updated wiiu.vgmoose.com with these files for 5.3.2, can you see if it works from there too?

Great thanks! @daxtsu can you try his URL now? :3

 

[daxtsu]

I'm sure it's fine, if it works it works!


Updated wiiu.vgmoose.com with these files for 5.3.2, can you see if it works from there too?

Great thanks! @daxtsu can you try his URL now? :3

Worked first try for me.

 

[SonyUSA]

Worked first try for me.

Yay, now if I can just get a mod to change the thread title... @p1ngpong >;3

[Release] Super Dev Clicker (5.3.2-5.5.1)

 

[thekarter104]

I used http://exploits.fizazy.com/wiiu on 5.5.0.
My score is only around 1 million lol

EDIT: Just read the update today. Time to play again!
Nice work, SonyUSA!

Are you planning to create a 2D game like A Link to the Past?
Would be really cool and see how far we can get in userland!

 

[daxtsu]

Are you planning to create a 2D game like A Link to the Past?
Would be really cool and see how far we can get in userland!

I really wouldn't expect much beyond text-based homebrew or very simple graphics, since we're still limited to 32K of code. That's not really a lot to do much of anything with these days. You could maybe code a cool graphics demo (think those old scroller demos on Gameboy, or various scene cracktros/etc.), but actual homebrew games or emulators that load files and have menus and such? That's still a ways off. We need either A) an ELF loader or B) an open-source tool to convert homebrew ELFs to RPX/RPL so we can load homebrew from Loadiine.

 

[hashcheck1]

how about some old school demo trainers like amiga, snes etc days

 

[eliboa]

I really wouldn't expect much beyond text-based homebrew or very simple graphics, since we're still limited to 32K of code. That's not really a lot to do much of anything with these days. You could maybe code a cool graphics demo (think those old scroller demos on Gameboy, or various scene cracktros/etc.), but actual homebrew games or emulators that load files and have menus and such? That's still a ways off. We need either A) an ELF loader or B) an open-source tool to convert homebrew ELFs to RPX/RPL so we can load homebrew from Loadiine.

Yes the payload limit is the main problem. I guess we can make some nice homebrew by using GX2 API for example.
Would it be possible to load binary data (such as an RGB image bin) from USB/SD storage into RAM and then use the data to create texture using GX2 API ?
We have a read/write access (restricted maybe) to USB/SD storage in Cafe OS, no (i didn't test it yet) ?

 

[daxtsu]

Yes the payload limit is the main problem. I guess we can make some nice homebrew by using GX2 API for example.
Would it be possible to load binary data (such as an RGB image bin) from USB/SD storage into RAM and then use the data to create texture using GX2 API ?
We have a read/write access (restricted maybe) to USB/SD storage in Cafe OS, no (i didn't test it yet) ?

You can only get access to SD via hijacking Mii Maker or Smash Bros (maybe Karaoke U? I think that's the game in EUR that has access to SD also), like Loadiine does. USB access requires IOSU as far as I understand. So with userland only, it's pretty limited, at least through the browser.

 

[eliboa]

You can only get access to SD via hijacking Mii Maker or Smash Bros (maybe Karaoke U? I think that's the game in EUR that has access to SD also), like Loadiine does. USB access requires IOSU as far as I understand. So with userland only, it's pretty limited, at least through the browser.

Okay, so how about downloading the data from a remote point using socket or curl library ?

 

[hashcheck1]

I really wish this scene would take off wish i had the knowledge.. those idea above sound good but wont 5.5 at least need kernel exploit for anything useful

 

[thekarter104]

I really wouldn't expect much beyond text-based homebrew or very simple graphics, since we're still limited to 32K of code. That's not really a lot to do much of anything with these days. You could maybe code a cool graphics demo (think those old scroller demos on Gameboy, or various scene cracktros/etc.), but actual homebrew games or emulators that load files and have menus and such? That's still a ways off. We need either A) an ELF loader or B) an open-source tool to convert homebrew ELFs to RPX/RPL so we can load homebrew from Loadiine.

Damn, so we still need IOSU...

 

[oPolo]

Damn, so we still need IOSU...

An elf-loader can be made for the kernel exploit too... o_0

 

[thekarter104]

An elf-loader can be made for the kernel exploit too... o_0

Good luck getting Kernel on 5.5.0 or 5.5.1

 

[oPolo]

Good luck getting Kernel on 5.5.0 or 5.5.1

Whooops, minor detail, my bad.

I just read the post and thought: "Another that wants IOSU rights blindly without even knowing what it does different from the kernel rights"