Hacking Wii U Hacking & Homebrew Discussion

[loco365]

In-progress, if you wanna wait a week or two and see then feel free (not by me in case anyone thinks that, just seems promising from previous posts)

I think it was mentioned that an IOSU exploit was needed, was it not? Or was some other experimentation posted?

 

[pedro702]

In-progress, if you wanna wait a week or two and see then feel free (not by me in case anyone thinks that, just seems promising from previous posts)

Were you refering to shinyquagsire posts? if so i remenber he hitted a wall and we havent got any updates since.

 

[xNintendo]

in b4 FW spoofer released the same day as mario maker just to peeve all those who jumped the gun

but nah i can understand people just updating, there isnt too much on the homebrew horizon, and there is always the 5.5 exploit waiting in the sidelines so should things change there is still hope that you can get back into further down the line, im in 2 minds myself tbh, but i do like playing about with hacks and stuff, and i guess mario make detracts from that draw a little.......decisions, decisions.....but for now im good having a mess about with the original mario maker (reggie.....ok maybe lunar magic takes that slot)

if the fw spoofer, usb loader and custome games are avaible then i buy me a new wii u with the best fw for an exploit

 

[Deleted-355425]

I think it was mentioned that an IOSU exploit was needed, was it not? Or was some other experimentation posted?

Latest firmware to have that already is 3.1.0

 

[Mega-Mew]

MK8 speed hack progresses slowly but unstable.
Thanks @nastys to test it

 

[BullyWiiPlaza]

$ python -i tcpgecko.py
>>> rpc=TCPGecko(IP)
>>> symbol("coreinit.rpl", "OSEffectiveToPhysical")
>>> OSEffectiveToPhysical(ADDR)

That will display the physical address that ADDR maps to.

It still doesn't work for me. First of all I figured that Python34 is throwing an error so I'm using Python27 instead:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python34\python.exe -i tcpgecko.py
  File "tcpgecko.py", line 13
    if length == 0: raise BaseException, "Why are you giving me no length" #Please don't do this to me
                                       ^
SyntaxError: invalid syntax
>>>

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
>>> symbol("coreinit.rpl", "OSEffectiveToPhysical")

It's frozen right there. The symbol() function doesn't continue. Also I can't type anything and I can't kill the process with CTRL + C. Just close the console window. If I do close the window, the existing connection with the Wii U is not properly closed, meaning that I can't connect again without rebooting the Wii U. This problem should be addressed by someone to allow unlimited connections because with an unstable kernel exploit, reboots are even more a pain. Below is what happens when I try to connect again:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "tcpgecko.py", line 10, in __init__
    self.s.connect((str(ip), 7331))
  File "C:\Python27\lib\socket.py", line 228, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond
>>>

Obviously rebooting the computer doesn't help it, so not happy.

Also tagging you, @NWPlayer123

Thank you guys for helping!

 

[Onion_Knight]

It still doesn't work for me. First of all I figured that Python34 is throwing an error so I'm using Python27 instead:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python34\python.exe -i tcpgecko.py
  File "tcpgecko.py", line 13
    if length == 0: raise BaseException, "Why are you giving me no length" #Please don't do this to me
                                       ^
SyntaxError: invalid syntax
>>>

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
>>> symbol("coreinit.rpl", "OSEffectiveToPhysical")

It's frozen right there. The symbol() function doesn't continue. Also I can't type anything and I can't kill the process with CTRL + C. Just close the console window. If I do close the window, the existing connection with the Wii U is not properly closed, meaning that I can't connect again without rebooting the Wii U. This problem should be addressed by someone to allow unlimited connections because with an unstable kernel exploit, reboots are even more a pain. Below is what happens when I try to connect again:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "tcpgecko.py", line 10, in __init__
    self.s.connect((str(ip), 7331))
  File "C:\Python27\lib\socket.py", line 228, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond
>>>

Obviously rebooting the computer doesn't help it, so not quite happy.

Also tagging you, @NWPlayer123

Thank you guys for helping!

I haven't tried it yet but you recompile the tcp code handler to allow more than one connection. But for your issue, try hitting the menu button on your game pad and than resume see if that helps.

 

[wj44]

It still doesn't work for me. First of all I figured that Python34 is throwing an error so I'm using Python27 instead:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python34\python.exe -i tcpgecko.py
  File "tcpgecko.py", line 13
    if length == 0: raise BaseException, "Why are you giving me no length" #Please don't do this to me
                                       ^
SyntaxError: invalid syntax
>>>

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
>>> symbol("coreinit.rpl", "OSEffectiveToPhysical")

It's frozen right there. The symbol() function doesn't continue. Also I can't type anything and I can't kill the process with CTRL + C. Just close the console window. If I do close the window, the existing connection with the Wii U is not properly closed, meaning that I can't connect again without rebooting the Wii U. This problem should be addressed by someone to allow unlimited connections because with an unstable kernel exploit, reboots are even more a pain. Below is what happens when I try to connect again:

C:\Users\Bully\Desktop\pyGecko-master>C:\Python27\python.exe -i tcpgecko.py
>>> rpc=TCPGecko("192.168.178.35")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "tcpgecko.py", line 10, in __init__
    self.s.connect((str(ip), 7331))
  File "C:\Python27\lib\socket.py", line 228, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond
>>>

Obviously rebooting the computer doesn't help it, so not happy.

Also tagging you, @NWPlayer123

Thank you guys for helping!

You have to use The pyGecko codehandler.

 

[TotalInsanity4]

MK8 speed hack progresses slowly but unstable.
Thanks @nastys to test it

That looks like a fun time XD

 

[BullyWiiPlaza]

You have to use The pyGecko codehandler.

On the Wii U? I did

But for your issue, try hitting the menu button on your game pad and than resume see if that helps.

The home button freezes the game which is another issue that should be addressed

 

[Onion_Knight]

On the Wii U? I did

The home button freezes the game which is another issue that should be addressed

Works fine for me, I use the Python version for my cheats, when I get home I'll post my compiled version

 

[JaceCearK1]

@Méga-Mew Maybe you should only buff speed and acceleration first and shift the other things afterwards! (or try it with light/middle/heavy chars respectively )

 

[Mega-Mew]

@Méga-Mew Maybe you should only buff speed and acceleration first and shift the other things afterwards! (or try it with light/middle/heavy chars respectively )

It's a mess in the file, several tries are required to know what match certain values.

 

[NWPlayer123]

You need to do rpc.get_symbol, you stored TCPGecko's class as an object and now you run all calls through it ("rpc.xxx()") since it also has the connection with it.

 

[shinyquagsire23]

Were you refering to shinyquagsire posts? if so i remenber he hitted a wall and we havent got any updates since.

/dev/nim (and seemingly other services) shut down entirely and throw errors if an update is detected as a necessity. So IOSU is required for spoofing. Once IOSU kernel is gained though, spoofing and emuNAND should follow.

 

[BullyWiiPlaza]

You need to do rpc.get_symbol, you stored TCPGecko's class as an object and now you run all calls through it ("rpc.xxx()") since it also has the connection with it.

That surely makes sense

 

[pedro702]

/dev/nim (and seemingly other services) shut down entirely and throw errors if an update is detected as a necessity. So IOSU is required for spoofing. Once IOSU kernel is gained though, spoofing and emuNAND should follow.

so basicaly without iosu we are screwed, lets hope iosu arrives someday.

 

[MarioBrosThe]

For some reason, Super Mario 3D softlocks at the loading screen after connecting my Wii U to cafiine. Pls help

 

[NWPlayer123]

For some reason, Super Mario 3D softlocks at the loading screen after connecting my Wii U to cafiine. Pls help

You have to have the server running to serve files or else it'll never connect and it'll infinite loop at boot. That's why you give it an IP in socket.h

 

[MarioBrosThe]

You have to have the server running to serve files or else it'll never connect and it'll infinite loop at boot. That's why you give it an IP in socket.h

I did have the server running and the server files.
I figured out the issue though, however, so it's all good now.