Hacking Wii U Hacking & Homebrew Discussion

  • Thread starter Thread starter filfat
  • Start date Start date
  • Views Views 5,119,783
  • Replies Replies 21,104
  • Likes Likes 29
The 1st thing and probably the easiest thing would be to release the patches/source to the improved Gecko dNet .
Even if it's only useful to a limited amount of people. (but that is assuming chadderz and mrbean are part of this)
 
FailOverflow 2012: "There isn't gonna be much interest in Wii U hacking!"
GBATemp 2012: "Oh just you watch, there WILL be interest!"
*two years later*
GBATemp 2014: "Surprisingly there hasn't been much interest in Wii U hacking!"
:creep:
 
Everyone comments but there are no specifics. Why is everyone excited?

Emulators, Custom games ported from PC, Custom Homebrew games, Wii U GamePad support in vWii, Wii games rendering in 1080p. Didn't you read the ShadowOne333 post xD?
"A lot of things", in single words :P
 
plus maybe even the common key ;3

Yep, but the bad part is to have the common-key is needed IOSU exploit, for now, we are far from that, but at least not to far from the kernel exploit :) .
However, to do things like what I want, we still need the IOSU exploit, even I think that's necessary to install such custom apps, or accessing Starbuck...
 
Yep, but the bad part is to have the common-key is needed IOSU exploit, for now, we are far from that, but at least not to far from the kernel exploit :) .
However, to do things like what I want, we still need the IOSU exploit, even I think that's necessary to install such custom apps, or accessing Starbuck...

well lets just say theirs others ways of dumping the common key ;3
 
The main thing I'm interested in is Wiimode in 1080p if it's possible. It's more complicated than I originally thought since Wiimode is still going through the old GPU chip... it would have to be redirected and translated into whatever the new GPU understands... But HD Wiimode would also grant you HD GameCube due to Nintendon't/Devolution.

In terms of WiiU stuff being able to backup and share saves and possibly custom firmware which would remove the WiiU format message without having to Ustealth the USB drive.
 
The main thing I'm interested in is Wiimode in 1080p if it's possible. It's more complicated than I originally thought since Wiimode is still going through the old GPU chip... it would have to be redirected and translated into whatever the new GPU understands... But HD Wiimode would also grant you HD GameCube due to Nintendon't/Devolution.

In terms of WiiU stuff being able to backup and share saves and possibly custom firmware which would remove the WiiU format message without having to Ustealth the USB drive.

Yeah... I forgot that, since if I'm not wrong, Latte chip contain the 2 GPUs, the "GX2" which is the 550MHz main Wii U GPU, and the "GX" I think that is used for vWii sandboxing, so it's true it won't be easy to make the new GPU run Wii Software :/ , at least, is know that the CPU Espresso is downclocked to 729MHz and only 1 core is working, and it's cache it's locked too, Espresso could work at full power with the RAM, but the GPU it's differrent way. Damn... I thought that the Latte was a only GPU that reduce from 550MHz to 243MHz and then adds backward compatibility...
 
Not unless you want to play it. No other reason to buy a game at this point :P


Ya I abandoned the "SmashThePlanet" exploit I was aiming for as its really not worth it at this point. For one the bin files I was trying to figure out are actually an MD5 hash, NOT encrypted like I originally thought, so it would be near impossible to reverse engineer. I mean one could do it with a hex editor, but again, it would be near impossible to figure out what's what in there. Furthermore, according to Marionumber1 stated that all Wii U games run in a software sandbox, meaning any game exploits would be limited to userland access anyways without some serious hacking (think about those super rare viruses that are able to break outside of a virtual machine, not an easy thing to achieve to say the least).

Where the kernel exploit is actively being worked on, I see no point in going through all the work for a crippled exploit. Sure it would give us access to the sd card by exploiting smash, but the other limitations would make it not worth it. Furthermore, the kernel exploit will eventually lead to sd card access anyways, I presume (correct me if I'm wrong here).

As for smash itself, the game is amazing <3. If you're a fan of the series, I highly recommend picking it up. Currently the kernel exploit has been confirmed to work with 5.2.0 itself. Another webkit exploit will need to be found however to trigger it (which seeing how buggy webkit is and the fact that its open source, means it likely won't be hard to find another exploit that can be used to trigger code execution).

If you don't wanna delay the use of the kernel exploit but also want smash, the smash disc comes with 5.2.0 on it. Just wipe out the internet settings on your Wii U for now and run the update right off the disc. Once the kernel exploit is released by Marionumber1 NWPlayer123 and others and another webkit bug is exploited, you will be able to run homebrew with kernel access :)
 
Emulators, Custom games ported from PC, Custom Homebrew games, Wii U GamePad support in vWii, Wii games rendering in 1080p. Didn't you read the ShadowOne333 post xD?
"A lot of things", in single words :P


Don't hold your breathe on custom pc games. No modern pc games are designed to run on the PPC architecture which is what the Espresso processor is. They're are all either X64 or X86. We would need to use Qemu or something similar to emulate the appropriate CPU architecture which would cripple performance anyways. I mean older PC games would likely work properly under linux in Wii U mode (once that happens of course) using Qemu, but nothing cutting edge would run do the the requirement for CPU emulation and not to mention you would need to use WINE or a virtual windows machine inside of linux as most games require the windows platform. Again this would cripple performance. Older XP games might run fine under such a configuration, but only time will tell.
 
Don't hold your breathe on custom pc games. No modern pc games are designed to run on the PPC architecture which is what the Espresso processor is. They're are all either X64 or X86. We would need to use Qemu or something similar to emulate the appropriate CPU architecture which would cripple performance anyways. I mean older PC games would likely work properly under linux in Wii U mode (once that happens of course) using Qemu, but nothing cutting edge would run do the the requirement for CPU emulation and not to mention you would need to use WINE or a virtual windows machine inside of linux as most games require the windows platform. Again this would cripple performance. Older XP games might run fine under such a configuration, but only time will tell.

Yes, I know that, I wasn't expecting having Grand Theft Auto V PC version on Wii U anyway, I meaning some others things like DOS games, and that could be possible, since Wii had DosBox (DOS emulator) and some thing like that can be used in Wii U, or just you said, using some Linux in Wii U mode, Trinux I think, but I don't like Linux very much, only to play some games should be fine.
 
  • Like
Reactions: TeamScriptKiddies
Furthermore, according to Marionumber1 stated that all Wii U games run in a software sandbox, meaning any game exploits would be limited to userland access anyways without some serious hacking (think about those super rare viruses that are able to break outside of a virtual machine, not an easy thing to achieve to say the least).


I never said anything about a sandbox. The environment that games and the browser run in is virtually identical, with one exception: the JIT area. The JIT area means that you can copy your own shellcode into memory and run it, which is something you couldn't do in any non-WebKit application. In the absence of a JIT, you need a kernel exploit entirely in ROP.
 
I never said anything about a sandbox. The environment that games and the browser run in is virtually identical, with one exception: the JIT area. The JIT area means that you can copy your own shellcode into memory and run it, which is something you couldn't do in any non-WebKit application. In the absence of a JIT, you need a kernel exploit entirely in ROP.

Okay, thanks for the clarification :)
 

Site & Scene News

Popular threads in this forum