Hacking Wii U Hacking & Homebrew Discussion

  • Thread starter Thread starter filfat
  • Start date Start date
  • Views Views 5,076,287
  • Replies Replies 21,104
  • Likes Likes 29
And when the kernel exploit is released all hell breaks loose, backup launchers and shit

That's always the first thing people thinks about. Yes, it will happen someday, it just needs time unless a random person creates a backup launcher.
I hope that we will have emulators with a lot of ROM hacks compatibility! Mainly the Super Mario 64 ROM hacks and the SMW ones.
The Wii couldn't load some SMW ROM hacks and some froze on some part and didn't happen on the PC. The Super Mario 64 ROM hacks were all very very laggy. Only Super Mario 74 ran with full speed on the Wii.
 
Would it be possible to have native Wii U tablet gamepad controls inside vWii with this? It would be awesome if we can play Wii and VC titles on the tablet gamepad without using the wiimote.
 
Would it be possible to have native Wii U tablet gamepad controls inside vWii with this? It would be awesome if we can play Wii and VC titles on the tablet gamepad without using the wiimote.
As has been stated before, no. This requires IOUSU access.
 
And when the kernel exploit is released all hell breaks loose, backup launchers and shit
This exact fear is most likely why people aren't sharing nor contributing tbh.
Backup launchers are a good thing. Why? Because it brings homebrew more exposure. I wouldn't have found out about Moonshell if it wasn't for a flashcart.
Sure there's gonna be rampart piracy going on, and you'll feel guilty about releasing something that enabled it.
Don't be, it's not your job to fix security flaws. It's Nintendo's. It's not like Nintendo won't patch a security vulnerability if it doesn't enable piracy. Memchunkhax for 3DS got patched super fast, meanwhile.. Sky3DS is still working. Smh.

--------------------- MERGED ---------------------------

Would it be possible to have native Wii U tablet gamepad controls inside vWii with this? It would be awesome if we can play Wii and VC titles on the tablet gamepad without using the wiimote.
Correct me if I'm wrong, but you could probably load Wii games on WiiU in the same fashion GC games are played on vWii. This would enable all WiiU features but is an absolute bitch to code :)
 
I can also confirm that remotely hosted exploits always (?) crash the Wii U and don't work reliably.

@Marionumber1
Is it correct that I copy all generated html files into the www directory of WampServer and delete index.php to make sure index.html will be used? When I visit localhost on my computer (the local website server) it will show information about my browser but on the Wii U it directly redirects to the payload532.html file and leaves the browser with a basically blank screen but nothing actually happens. No freeze and no message is printed.

I initially compiled examples\helloworld and my Wii U obviously is on firmware 5.3.2.
 
I can also confirm that remotely hosted exploits always (?) crash the Wii U and don't work reliably.

@Marionumber1
Is it correct that I copy all generated html files into the www directory of WampServer and delete index.php to make sure index.html will be used? When I visit localhost on my computer (the local website server) it will show information about my browser but on the Wii U it directly redirects to the payload532.html file and leaves the browser with a basically blank screen but nothing actually happens. No freeze and no message is printed.

I initially compiled examples\helloworld and my Wii U obviously is on firmware 5.3.2.

There seem to be a lot of issues with 5.3.2E in particular. We may be able to debug this once the kernel exploit is fully working, by launching all of the 5.3.2E binaries and seeing what happens. It shouldn't be much longer until the kernel exploit is finished; it's already mostly done, aside from two missing kernel addresses.
 
When I visit localhost on my computer (the local website server) it will show information about my browser but on the Wii U it directly redirects to the payload532.html file and leaves the browser with a basically blank screen but nothing actually happens. No freeze and no message is printed.

I initially compiled examples\helloworld and my Wii U obviously is on firmware 5.3.2.
Some payloads randomly didn't actually contain anything but whitespace for me (and the <script> tags), double check the payload html file, and else recompile and check.

But like was said, the exploit, apparently with 5.3.2E in particular, has issue's.
On my site, there appears to be a majority of users using a 5.3.2 WiiU, so there is that... regarding the reports, it checks out.
 
Last edited by Adr990,
There seem to be a lot of issues with 5.3.2E in particular. We may be able to debug this once the kernel exploit is fully working, by launching all of the 5.3.2E binaries and seeing what happens. It shouldn't be much longer until the kernel exploit is finished; it's already mostly done, aside from two missing kernel addresses.

So not everything has been released yet? Haven't really been looking at the stuff right now due to my exams but I'll get to test some stuff now.
Thanks.
 
So I gather that this exploit is patched in 5.4. How did this happen? Was it leaked, or Nintendo patched it by fluke?
 
So I gather that this exploit is patched in 5.4. How did this happen? Was it leaked, or Nintendo patched it by fluke?

I don't think it was that likely anything got leaked, probably just a coincidence. That being said, Nintendo updated WebKit just enough to patch the bugs we had, and not further, but it could be that they didn't want to update too far and potentially break things.
 
  • Like
Reactions: Obveron
Either nintendo's security team is keeping a close eye on your progress, or they just wanted to update the search button with a custom search page and figured they might as well update webkit a bit too.
 
hi ppl, I've been analysing the code of deteting version of the wiiu, and i check that my 5.3.2E is not 3.0.3.12.15, but 3.0.4.2.9
 
A visual/input update has been added to wiiulib.arndroid.nl.

We now can scroll through the homebrew application through controller D-pad input. And then hit the A button to select it.
Along with opening(X button) and closing(B button) the info popup, though, I could only get this to work properly when a alert was used, as B would otherwise still go to the previous page, but it's optional for usage.

And the icons now better match with the applications/functions.
Credits for the icons: Freepik - Startup

Picture:
DF2V3qa.png
 
Well, I've added a if statement so if "3.0.4.2.9" is detected, it will load the 5.2.3 payload regardless. (However, it will not work, as it is a 5.4.0 WebKit...?)

Thanks for noticing, gbamix!
 

Site & Scene News

Popular threads in this forum