You should read Kaflukes guide for info on that kinda stuff/
Got it thanks for your patience Rest I should get easy. Thanks for making the RedNand guide also.
You should read Kaflukes guide for info on that kinda stuff/
I seen a post about how to mod the wiiU without using any games but I can't seem to find it any help would be greatly appreciated
Most people recommend FlimFlam's guide. https://github.com/FlimFlam69/WiiUTutorial/wikiis this tuto the most accurate out there or should follow another one? Imo it looks nice
Kinda. We can back up our NANDs and use them as a redNAND, but if you break your sysNAND to the point where your console won't boot, you don't have any options until we can find a real boot-time exploit. (CBHC doesn't count)are we to the point that we can backup and restore the nand in case of a brick?
Possibly? I'm not actually sure how the SDK tools pack things in terms of retail software.if i have an old project made with an old version of the sdk, can i launch it once in the cfw?
Unfortunately, not quite yet. However, it is possible to run homebrew as the foreground app and open the browser on top of that (see @brienj's IRC client).Oh and i was wondering, can hombrews run in background while a game is running? Like to be able to take screenshots in games for exemple.
Yes, it does. You will need to update to the latest firmware to be able to run any CFW, which means you cannot install Haxchi or CBHC even if you have a DS VC game.Does that make Haxchi and the Homebrew Channel inaccessible to me?
Not really installed. Most CFW is not permanent, i.e. it is gone after you restart your console. CBHC is an exception, as your console will launch this title instead of the Wii U Menu, and this title launches a CFW.It seems that CFW can be installed
That's only if you want to use redNAND. That's loading the console's firmware and stuff from the SD card instead of from its internal memory chips. This can save you from bricking your console, but it really isn't necessary unless you are developing or testing bleeding-edge, untested software. In your case, you probably won't need redNAND, as such you can use an SD card smaller than 64GB.I'd need to have an SD Card of 64GB, as my WiiU is the 32GB Console is that correct?
1. Yes, it does. You will need to update to the latest firmware to be able to run any CFW, which means you cannot install Haxchi or CBHC even if you have a DS VC game.
2. Not really installed. Most CFW is not permanent, i.e. it is gone after you restart your console. CBHC is an exception, as your console will launch this title instead of the Wii U Menu, and this title launches a CFW.
3. That's only if you want to use redNAND. That's loading the console's firmware and stuff from the SD card instead of from its internal memory chips. This can save you from bricking your console, but it really isn't necessary unless you are developing or testing bleeding-edge, untested software. In your case, you probably won't need redNAND, as such you can use an SD card smaller than 64GB.
Most people recommend FlimFlam's guide. https://github.com/FlimFlam69/WiiUTutorial/wiki
Kinda. We can back up our NANDs and use them as a redNAND, but if you break your sysNAND to the point where your console won't boot, you don't have any options until we can find a real boot-time exploit. (CBHC doesn't count)
Possibly? I'm not actually sure how the SDK tools pack things in terms of retail software.
Unfortunately, not quite yet. However, it is possible to run homebrew as the foreground app and open the browser on top of that (see @brienj's IRC client).
Yes, it does. You will need to update to the latest firmware to be able to run any CFW, which means you cannot install Haxchi or CBHC even if you have a DS VC game.
Not really installed. Most CFW is not permanent, i.e. it is gone after you restart your console. CBHC is an exception, as your console will launch this title instead of the Wii U Menu, and this title launches a CFW.
That's only if you want to use redNAND. That's loading the console's firmware and stuff from the SD card instead of from its internal memory chips. This can save you from bricking your console, but it really isn't necessary unless you are developing or testing bleeding-edge, untested software. In your case, you probably won't need redNAND, as such you can use an SD card smaller than 64GB.
For now, if we want to inject before boot, we need to get full access to boot1 sector [or boot2]thanks for the answers, really appreciated
Yesteray i actually ended up reading every tuto to learn the more i can, and i got to admit that the one from MartKamura or something like that, is realllly good and i think everyone should start with this one because since the first option it gives and explain is with the browser, so, not permanent at all, wich is perfect to make us leanr the basics first.
As for background homebrews, i guess the only way to get a real freedom of background-homebrews, will be with an unofficial system menu..
But, why cant we run homebrews in the background if we are booted into a cfw?
As for NANDbackup.. i think it can be possible to to reinject our backups if it passes like an update for the wiiU. Maybe some could try this direction, who knows?.. whoever experienced modder read this, dont judge too fast, i remember in 3ds i was talking that it could be a good idea to try making ninjhax boot from start through a fake theme, and then couple of weeks later we are able to make it boot through a custom theme (the discussion is still on the forum) i'm saying that because i know how it sound to give an idea like this, knowing that there are tons of noobsaround that just tells whatever they want without really thinking..
what i mean, is, i think some people should think about the idea of making a way to reinject NAND backup, though a fake update (wich would only work though coldbooting..). Something like:
An app that will see wiiU's OS as a title, and the NANDbackup as an update.
If something like this existed, would it be possible to make it boot before the os, with coldboot but instead of a cfw, it would be an homebrew?
Or
After turning the nand backup into an 'update' file, Maybe with a coldboot its possible to 'provoc' a system update before the 'bricked os' launches, so that the update (nand backup..) installs ?
Or
Is it possible for an app, to detect on a fw file, the exact files that would need to be replaced after a brick?
Or
..less convenient but life-saving, as of now can we hardmod with soldering ?
If i could, i would definitly do whatever i can to build a protection like this.. i mean, imo the most important thing that people should have when installing easy stuff that can brick the console (if an error happens, if you dont take time, etc..), is to have fully fonctional protection
Having a backup of the nand is fun, but without the ability to save a brick with it, its like wearing a condom with a hole in it..
For now, if we want to inject before boot, we need to get full access to boot1 sector [or boot2]
This would give us many options, including recovery in-case if you brick although i don't think it will happen anytime soon. [For now, we have CBHC which injects into boot process, which tells your Wii U to launch CBHC game instead of Wii U Menu]
Hardmod works, some users reported that redNAND backup works too so i guess that's the only way of recovering your Wii U for now.
Fake update might technically be possible although that would need some tweaks in FW. [Like it would check for updates from SDCard, faked as "Wii U Update"]
Boot1 is the first process when console is powered on. [If i'm wrong, correct me on that]Your post got me thinking about something, maybe it would be possible to make a good protection, by having some sort of 'nand backup' saved and kept inside the wiiU's nand, but parented with the boot1, that would be only accessible before the booting.. is it possible to make the coldboot launch a different app, before the launch of a 'bricked' os?
What i mean is, maybe a good direction would be by finding a way to being able to restore the nand directly from the console's own memory, if the backup is made with an app installed before the boot of the os.
So, having a small app or simple cmd, that can be launched instead of the cbhc, and would allow to restore or backup the nand..i mean, technicly it should work since we already can boot something else other then the OS when starting the console, right?..
I don't know, @FIX94 might know answer for that.Oh ok, thanks for the reply!
but would it be possible if during the installation of cbhc, we have 2 cfw instead, so that if the console brick, we can atleast jump in the other cfw? ..that should be do-able, right?
No, the normal system starts like it always did before you installed CBHC. All you're doing is telling the system to run your DS VC game title instead of the WiiU Menu title. Until that DS title successfully launches and the exploit within the title gets executed, there's no hack. Therefore, you have no opportunity to step in and fix problems or run an alternative anything..i mean, technicly it should work since we already can boot something else other then the OS when starting the console, right?.
No. It's not the CFW that typically fails. It's a failure in the launching of the code that eventually activates the in-memory 'CFW' that causes a brick.we can atleast jump in the other cfw? ..that should be do-able, right?
It loads the same way as previous browser exploits but has very low reliability (<1/10 successful attempts), so it's recommended to use it to install HaxchiHey guys, someone mind giving me a quick rundown on this 5.5.2 hack so I can update the OP? thanks.
I think there's an update to Haxchi you might need to install first or something, but yeah you can updateSo I already have Haxchi and the only reason I want to update is in case I want to play Splatoon, should I update?
I think there's an update to Haxchi you might need to install first or something, but yeah you can update