Hacking Wii U Hacking & Homebrew Discussion

Vision62913

Member
Newcomer
Joined
Aug 10, 2015
Messages
20
Trophies
0
Age
24
XP
58
Country
United States
Hum maybe because of the lack of games? BigN just seems to sit on their asses with their wiiU..first they didnt took time to make a proper sdk for devs, then they reports or cancel their top games.. and no freaking video/muzz player!..
..BigN was extremely disapointing with their WiiU..rather play nes fames then games with empty content.. anyway.. no new zelda..no metroid.. but i guess for new kids on wiiU its okay.. but paying 74$ for games without content meh..
We have good enough games so far. Unless that quote was before everything was revealed.
 

puss2puss

.. well ..
Member
Joined
Dec 18, 2013
Messages
927
Trophies
0
Age
37
XP
835
Country
Canada
We have good enough games so far.
Loll please..dont make me laugh!
you see, thats the difference between someone who thinks "well, better then nothing" and someone who thinks "they actually could have made better!"
They make game ripoffs and they lack features on their console..i always loved ninti, but its a fact that the wiiU is disapointing.. oh but yah sure, some games are worth playing..just not worth paying 74$
 
  • Like
Reactions: Margen67

Jacobeian

Well-Known Member
Member
Joined
May 15, 2008
Messages
1,893
Trophies
0
XP
387
Country
Cuba
We can allocate memory(OSAllocFromSystem,MEMFreeToDefaultHeap,MEMAllocFromDefaultHeapEx,MEMAllocFromDefaultHeap)(MEM 1 has enough memory)(There's a mem map http://wiiubrew.org/wiki/Cafe_OS).
32 Kbytes without elf loader.


What would an ELF loader change?
From my understanding, an ELF loader is copying code/data sections to memory then jump to code entry point for executing a program.
If you are limited to access 32K of memory, how would you load anything bigger?
And where can you load the ELF from? SD? USB? Are they even accessible in current User Mode state?
 

Vision62913

Member
Newcomer
Joined
Aug 10, 2015
Messages
20
Trophies
0
Age
24
XP
58
Country
United States
About the Wii U hacking thing, I'd love to give it a whirl. Doing simple stuff like finding unused artifacts, changing a bit of code, and messing around in general is fun as hell for me. But I'm pretty sure I have no chance of getting it before release, even if I can proof that you people can trust me.

You can test me if you want. :)
 
Last edited by Vision62913,

wj44

Well-Known Member
Member
Joined
Jun 18, 2015
Messages
477
Trophies
0
XP
506
Country
Gambia, The
What would an ELF loader change?
Do you mean it's possible in User Mode to access RAM and copy ELF code/data sections to memory (which area? MEM1? others?) then jump to code entry point for executing any program?
If so, where can you load the ELF from? SD? USB? Are they accessible in current User Mode state?
You can make bigger apps.
Yes, copy the elf into the mem (MEM1) and jump to it.
SD(maybe?) and Network. Yes.
 

BENETNATH

Well-Known Member
Newcomer
Joined
Nov 21, 2014
Messages
74
Trophies
0
Age
45
XP
152
Country
France
So, let's suppose that an elf loader appears and that memory restrictions is not more a restrain, what would be a good starting point to work on ?
i mean, which language and toolkit should be used ? and how much effort would it take to convert things like emulators and other things on the wii U ?
We need a toolchain for compilation i guess, what is currently availble.

Except from Unity3D and scratch, i've never dev, but i'd love to make some simple trials with a bit of example and sources to learn (yes, i've yet crawled a bit the lib on WiiU but i did not find so many additional resources to handle GFX, sounds etc.
 

Jacobeian

Well-Known Member
Member
Joined
May 15, 2008
Messages
1,893
Trophies
0
XP
387
Country
Cuba
You can make bigger apps.
Yes, copy the elf into the mem (MEM1) and jump to it.
SD(maybe?) and Network. Yes.

Ok, so the 32KB limit is only the max size of executable being loadable trough the web browser (maybe with static / BSS sections included) but executable loaded via the current exploit could in theory dynamically allocate up to 32MB (or quite) in MEM1 for its own use?
 

Coto

-
Member
Joined
Jun 4, 2010
Messages
2,979
Trophies
2
XP
2,565
Country
Chile
Ok, so the 32KB limit is only the max size of executable being loadable trough the web browser (maybe with static / BSS sections included) but executable loaded via the current exploit could in theory dynamically allocate up to 32MB (or quite) in MEM1 for its own use?

ROP can call symbols and load different API methods so you can copy data over whatever memory is available (not protected by MMU?), then jump there I suppose (user->kernel mode)
 

FIX94

Former Staff
Former Staff
Joined
Dec 3, 2009
Messages
7,284
Trophies
0
Age
29
Location
???
XP
11,238
Country
Germany
Ok, so the 32KB limit is only the max size of executable being loadable trough the web browser (maybe with static / BSS sections included) but executable loaded via the current exploit could in theory dynamically allocate up to 32MB (or quite) in MEM1 for its own use?
the problem I ran into is that yes, they are 32MB for code alone usable, but there is nearly no memory for writable data on 5.3.2, its like maybe 1MB. On my 3.1.0 though I can easly use like over 300MB for writable data without any crashings or issues.
 

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
    Psionic Roshambo @ Psionic Roshambo: Weird I have been playing MSU enhanced Genesis games for a while now lol