Homebrew How to install Yuzu on the WiiU

Status
Not open for further replies.
D

Deleted User

Guest
FailST is already public, see https://maschell.github.io/homebrew/2020/12/02/failst.html. And there is also an unofficial installer.
So why don't you just show us your "5 - 10x speed improvements using FailST"?
FailST won't give us any more permissions we didn't already have by patching the IOSU or editing the cos.xml of a channel.


That´s not an official release dude. And it would be dangerous to do it with the current alpha/beta-state release. This is why you better should not use this for "bad" stuff.

Since all pictures of games/starting-sounds will have to be changed in order to make it working, you can bet the WiiU will refuse to boot at start and thus it will brick. The second ,the WiiU notices you changed all pictures/sounds of your installed channels will be dangerous without a real Fool-proof Fail-ST exploit.

If you make a single mistake your machine fails. Theoretically you could make the changes back by reverting the original files. But nobody can guarantee that it works.
 
D

Deleted User

Guest
^^ So basically i would just change a small portion of the OS (but not the OS-data themselves, don´t worry), by changing all channel-pictures and sounds. This is how it would work.

And what i´m changing there...well. That´s my trick after all. And you guys know that another trick has to be that the OS should not notice that we changed the sounds/graphics so FAIL ST is required since each cos.xml would have to be edited as well...and when the machine detects that that would be when your machine refuses to boot.

So first Maschell does his work...and then i´ll show you guys how my trick works.

Theoretically we could even speed up the OS to 50x faster. But there are compromises and i think those wouldn´t be worth it.

I rather stick to tiny changes and low risks of bricking or none at all.

So yeah. I´m testing soon once Fail-ST is officially out, what is possible and what not. There is allways a tiny risk of getting a brick when you do such dangerous stuff!

But if you know what you do (and i know exactly what i do), it shouldn´t be resulting in a brick. So just wish me luck.

And once i`m finished, i show you my results...Don´t worry.
 

Zhongtiao1

Well-Known Member
Member
Joined
Feb 24, 2015
Messages
831
Trophies
0
Age
26
XP
2,764
Country
United States
^^ So basically i would just change a small portion of the OS (but not the OS-data themselves, don´t worry), by changing all channel-pictures and sounds. This is how it would work.

And what i´m changing there...well. That´s my trick after all. And you guys know that another trick has to be that the OS should not notice that we changed the sounds/graphics so FAIL ST is required since each cos.xml would have to be edited as well...and when the machine detects that that would be when your machine refuses to boot.

So first Maschell does his work...and then i´ll show you guys how my trick works.

Theoretically we could even speed up the OS to 50x faster. But there are compromises and i think those wouldn´t be worth it.

I rather stick to tiny changes and low risks of bricking or none at all.

So yeah. I´m testing soon once Fail-ST is officially out, what is possible and what not. There is allways a tiny risk of getting a brick when you do such dangerous stuff!

But if you know what you do (and i know exactly what i do), it shouldn´t be resulting in a brick. So just wish me luck.

And once i`m finished, i show you my results...Don´t worry.

How do you know your "trick" works? How have you tested it?
 

GerbilSoft

Well-Known Member
Member
Joined
Mar 8, 2012
Messages
2,395
Trophies
2
Age
34
XP
4,249
Country
United States
How do you know your "trick" works? How have you tested it?
His "trick" doesn't exist. All he does is spew lies with a sprinkling of things he's read elsewhere because he wants people to *think* he's smart. Meanwhile, he hasn't actually done anything other than talk a lot. Not a single release of *anything*.

The startup images (bootTvTex, bootDrcTex) have absolutely nothing to do with the security system, and they don't need to be changed to use FailST.

FailST is 100% working right now; what's missing is a convenient installer. You can do it yourself with ftpiiu, but if you modify a system title, it could result in a brick. Modifying a non-system title incorrectly should just result in that title failing to load.
 
Last edited by GerbilSoft,
  • Like
Reactions: GaryOderNichts

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
I'm more inclined to believe what @GaryOderNichts or @GerbilSoft say regarding the wii u. I know a lot about the system, but it pales in comparison with what they know about it. I've learned a lot from reading their posts over time.
 

GerbilSoft

Well-Known Member
Member
Joined
Mar 8, 2012
Messages
2,395
Trophies
2
Age
34
XP
4,249
Country
United States
I'm more inclined to believe what @GaryOderNichts or @GerbilSoft say regarding the wii u. I know a lot about the system, but it pales in comparison with what they know about it. I've learned a lot from reading their posts over time.
Most of what I've learned about the Wii U's internal workings I learned by buying a devkit (well, maybe not "a" devkit...) and doing stuff with them, including writing a tool to re-sign NUS packages (eShop downloads) such that they can be installed and run on a devkit. (No online play, obviously.)

Maschell helped me out a bit with some devkit stuff, and if you haven't already, you should check out his JWUDTool program: https://github.com/Maschell/JWUDTool - it's a disc image manipulation program for Wii U that supports all sorts of things, including WUX conversion, extracting titles from GM (Game) partitions, and verifying images.

EDIT: Since I'm thinking about it right now, some interesting things about Wii U devkits:
  • System Config Tool will prevent you from changing the region code if Wii U Menu is installed. The hacked version of SCT for retail systems will *not* prevent this, and changing the platform region will result in a brick.
  • CAT-DEV has a feature called "PCFS", which allows it to boot from a connected host PC instead of the internal NAND. This has a lot of advantages when developing, e.g. you don't have to install titles to the (relatively) slow NAND; instead, titles are simply copied to the Host MLC directory.
 
Last edited by GerbilSoft,
  • Like
Reactions: godreborn

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
interesting. I mostly pick up what I know from various sources (lots of reading and testing). I try to give credit where credit is due as well. most of my systems end up being testing systems, just to help others with their system problems. aside from the wii u, I play none of them. I'm trying to learn the ps4 presently.
 

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
@GerbilSoft , we're all learning. everyone is building off of other's information or knowledge. I once had someone on ps3gameroom say my tutorials were not mine, because I got the information from someone else, yet my tutorials were my words/my files, I didn't copy and paste shit like they did, then plaster my name all over it. yeah, just like every dev and hacker. they all figure out everything on their own <rolls eyes>. no one person figures everything out. if I ever remember who said that, which I will, I will put them on my ignore list and never help them again with any system again.
 

MikaDubbz

Well-Known Member
Member
Joined
Dec 12, 2017
Messages
3,846
Trophies
1
Age
36
XP
7,298
Country
United States
Wanting a Switch emulator to run decent natively on a Wii U is hilarious. Having said that, what OP could consider is, if they have a powerful enough PC, emulate the Switch on their computer and then use Moonshell on their Wii U to remote play the PC running Switch emulator on their Wii U. Not the most elegant solution and almost certainly wouldn't compare to playing the game on an actual Switch, but should be a feasible way to do so on the Wii U all the same.
 

AboodXD

I hack NSMB games, and other shiz.
Member
Joined
Oct 11, 2014
Messages
2,880
Trophies
1
Location
Not under a rock.
XP
2,921
Country
United Arab Emirates
You cannot do that yet. A lot more has to happen in order to come even close to that task you want.

First we need Linux-full support. Currently we still have basic alpha/beta. Which is...well not good enough since we don´t have a suitable GPU-driver. So that means performance isn´t working for running games! However Linux has allready been optimized a bit and i heard newest Linux LTS on WiiU now has access to OTP. Which before on older Linux we didn´t have!

However it´s all happening step by step. Give it time. Linux-support is now being optimized.

And who knows, if with coming new Homebrew-environment and the new Fail-ST exploit (and especially access to coldboot) we might soon be able to fully run Linux?

However it would still be limited to software-rendering only.

That means it could still be not good enough to emulate something on top of running Linux.

The problem of WiiU GPU is. It´s a non-custom GPU. You cannot use a standard-driver from some PC or something like that.

You either find the right drivers in the OS itself (hidden somewhere there) and extract it from there!

Or you have to write custom drivers on your own.

But yes. A lot can be done.

And it will be done.


I´m working on customizing the OS to make it a lot more speedy.

However i also will need Fail-ST-access to get that working.

Since currently any change to the exe-files you do, or just to other files will kill your WiiUs-access to that game/application. So that WiiU will then refuse to execute that application. And it can even brick in certain situations. So it´s not advisable to execute stuff on WiiU, when all protections are enabled.

See?

The WiiU is looking directly at what can be executed and what shall not be execuated.

But once Fail ST is fully running and it`s out to the public...

My trick in making the WiiU´s OS working 5 or 10x faster (depending on the method) will work.

But without an exploit/Fail ST it will not work.



And thus so far we all have to wait dude.

You have to be patient. Good things come to those who wait patiently, remember?

Maybe in another year we might have overcome that hurdle...

But for now?

No dude. For now a lot of work has still to be done.


Just keep coming back in 3 or 6 months and we`ll tell you who it´s going. It`s not good for your own, to look each month here and then be disappointed that your function doesn´t work yet.
tenor.gif
 
D

Deleted User

Guest
How do you know your "trick" works? How have you tested it?


I have the strong assumption, that´s how Nintendo made the WiiU`s OS faster in the beginning dude.

I know how they did it. it´s not "magic". No compiler can help you here, because it´s old programming.

I reckon Nintendo could have made the OS much faster too (if they wanted to)...but they simply ran out of time. And they didn´t care enough. Because of...you know: It costs money to do that. And they wanted to save money, not spend even more on it...since it wasn´t a success after all.

And no, i`m not deleting any pictures or sounds guys. That is not how it works. I find it funny you guys really think that´s what i plan to do.

But the trick is still simple after all.

Depending on the optimization you do (my trick), you can gain between 5x faster OS-speed or 50x (theoretically, could be achievable with very strong compromises being made).

However i think the best compromise between speed and how small the changes are, the best is getting 5-10x faster. That´s enough to be considered "good" then.
 

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
I think Nintendo did try to make the system faster by including a metadata indexer of some sort (possibly the barista file). that's what sony did with the ps3, ps4, and vita (probably ps5 as well). however, microsoft didn't use it. that's the reason installs are necessary on all those systems while the 360 is drag and drop. it can take a couple minutes to go into memory management settings on the 360. the wii u and 3ds are kinda slow, because I think they calculate the amount of storage space the games require as well. the ps3 does not unless you go to information, and even then, it's one game at a time. the reason it takes longer on the ps3 is that the system reads everything (some games have up to 50,000 files like little big planet). the 360 uses container files, which are much larger. anyway, the ps4 doesn't do that as games are now app.pkg (1 file followed by json and a few other files). it's the equivalent of what was used to install it, just renamed (same md5 in fact). the system mounts and decrypts it once the game is loaded, which is sometimes why it takes a few moments when you boot a game.
 
D

Deleted User

Guest
I think Nintendo did try to make the system faster by including a metadata indexer of some sort (possibly the barista file). that's what sony did with the ps3, ps4, and vita (probably ps5 as well). however, microsoft didn't use it. that's the reason installs are necessary on all those systems while the 360 is drag and drop. it can take a couple minutes to go into memory management settings on the 360. the wii u and 3ds are kinda slow, because I think they calculate the amount of storage space the games require as well. the ps3 does not unless you go to information, and even then, it's one game at a time. the reason it takes longer on the ps3 is that the system reads everything (some games have up to 50,000 files like little big planet). the 360 uses container files, which are much larger. anyway, the ps4 doesn't do that as games are now app.pkg (1 file followed by json and a few other files). it's the equivalent of what was used to install it, just renamed (same md5 in fact). the system mounts and decrypts it once the game is loaded, which is sometimes why it takes a few moments when you boot a game.


Em you know WiiU doesn´t work like PS3/PS4 or PS Vita? Not even in the slightest? The processor isn´t even similar.

I think i just found another exploit, if i think over my method a bit longer. But that for now is not interesting enough for me and has to be put on the wait-list. I´m not searching for exploits.

But it could be another one.
 

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
I mean that they all use metadata indexers to facilitate how quickly things load.

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

I've added @TheChosen to my ignore list, and I suggest others who think he's talking bullshit do the same.
 
  • Like
Reactions: AmandaRose
D

Deleted User

Guest
^^All i say is: WiiU doesn´t load data like a PS3, a PS4 or a PS Vita does it. You cannot compare a Playstation with a WiiU. The WiiU works more like a Wii does...but still a lot more modern, since Wii didn´t have a real OS to begin with.

And if "godreborn" cannot recognize that simple function or these differences he´s not that smart ;)

And that´s why people call me "The Chosen".

Because i know a lot more than most guys here. It´s not my fault you guys don´t know this.

and like i said: It seems i just found another exploit for WiiU.It´s even an old famous PC-entry which hackers abused since ages on PCs and other similar machines that work like PCs, if i think over it...but who cares? I just found that in seconds, where people here need months or years to find these things.
Coincidence? I don´t think so. But like i said: i`m not really interested in searching for such things.

My "job" here is to get the OS speedup done first. And i will do that. Like i said: It´s old programming. And i reckon NIntendo did the exact same stuff which i´m trying now. That would explain a lot of things.

And we all know you guys here don`t know how old programming works and how you correctly implement it. I mean, sure there are some guys here and there who can still do it...

but this is different. In this task you not only have to be capable to do old programming itself. But you also need to understand why it is needed and how you get to your goal by that way and not by using more compilers. And this is something only very very few people can do.

These guys still don´t know how important it is to correctly program something to circumvent certain ehem "stuff".

And i just did 1 + 1 of what a hacker once said (3 months ago) which is what i said years ago and you people didnd´t want to hear me (but i was right in the end with my assumption) and boom. I got the calculation correct.

This is how the OS can be made a a lot faster. Because this is how it works (in a second step, we could even make games run faster, but that´s to be seen if that works out as i think it is, i´m not sure about that and so i didn´t mention it until yet).

The question just is:

Will the WiiU detect this at start-up? Will the machine brick? Will it refuse to boot?
Or will it work without being detected? Is this another weakness of the security-system? Well that´s to be found in a few months.
I´m not using that non-fool-proof Fail ST-alpha/beta right now. I don´t want to risk it.

Oh and guys?`It was an official developer for WiiU which told in a few more side-comments, that the WiiU DOES support the Wii-GPU in the WiiU-mode. Because that is how his game runs.

Is this my fault you guys don´t watch Twitter-comments?

No it´s not. But i heard it. And it makes a lot of sense.I´m constantly watching WiiU-developers on Twitter. And what they say about it. And this is also where that old hacker said an important thing about WiiU and it`s "problems" and thus my idea worked out, how i can achieve my goal to ge the OS running tremendously faster.

Some games of WiiU do make use of the Wii-GPU in WiiU-mode (one such game is "The Walking Dead" from Activision.

And this is why his coming WiiU-game will also make use of the Wii-GPU in WiiU and not use the AMD Radeon-shaders, it has been in development since 5 years now so far i heard, because he wants to use certain ehem "functions". His game is special after all, and not a standard-game.

And he said: He had to downclock his stone old Laptop`s processor to ~800 Mhz in order to not overcome what the WiiU´s (downclocked) processor does in his game.

Since that´s the price you pay when using this mode. The WiiU-processor seems to be shut off and downclocked to 729Mhz (Wii-mode) or something similar in order to make it not overheating. I reckon he even does´n get support for multicore in his game in this Wii-mode like game.

And my theory how this works is simple: Via that DMCU-unit or how it´s called. There´s an 8-bit chip in the GX2-GPU.

You control this = you can access the Wii-GPU.

However it seems, when you switch it on in WiiU-mode, the WiiU-mode processor is switched off. So you can´t use it without limits.

And the reason is, because that Wii-GPU consumes a lot more energy. It gets hotter.

And the WiiU can only handle max ~50 watts. Since that GPU seems to be consuming ~45 Watts in this mode, you could easily overheat the system, since the WiiU-processor consumes 15 watts (when using all 3 cores). But it´s not about the TDP alone. It´s about heat. The Wii-GPU simply gets way hotter than the WiiU`s AMD-Radeon programmable shaders do.

Thus it`s limiting the processor`s clock to 729 Mhz (Wii-mode).

However: I reckon this developer can use the full 1 Gbyte of Ram instead of being limited to the 88 Mbytes of Ram of the Wii.

So yeah, it´s interesting. It´s a compromise.

You can believe this. Or not.

This is on yours.I don´t know which engine he uses for his game btw. So don´t ask...
 

E1ite007

wierd avatar guy
Member
Joined
Nov 19, 2016
Messages
1,028
Trophies
1
Location
Itchy & Scratchy Land
XP
2,741
Country
Mexico
^^All i say is: WiiU doesn´t load data like a PS3, a PS4 or a PS Vita does it. You cannot compare a Playstation with a WiiU. The WiiU works more like a Wii does...but still a lot more modern, since Wii didn´t have a real OS to begin with.

And if "godreborn" cannot recognize that simple function or these differences he´s not that smart ;)

And that´s why people call me "The Chosen".

Because i know a lot more than most guys here. It´s not my fault you guys don´t know this.

and like i said: It seems i just found another exploit for WiiU.It´s even an old famous PC-entry which hackers abused since ages on PCs and other similar machines that work like PCs, if i think over it...but who cares? I just found that in seconds, where people here need months or years to find these things.
Coincidence? I don´t think so. But like i said: i`m not really interested in searching for such things.

My "job" here is to get the OS speedup done first. And i will do that. Like i said: It´s old programming. And i reckon NIntendo did the exact same stuff which i´m trying now. That would explain a lot of things.

And we all know you guys here don`t know how old programming works and how you correctly implement it. I mean, sure there are some guys here and there who can still do it...

but this is different. In this task you not only have to be capable to do old programming itself. But you also need to understand why it is needed and how you get to your goal by that way and not by using more compilers. And this is something only very very few people can do.

These guys still don´t know how important it is to correctly program something to circumvent certain ehem "stuff".

And i just did 1 + 1 of what a hacker once said (3 months ago) which is what i said years ago and you people didnd´t want to hear me (but i was right in the end with my assumption) and boom. I got the calculation correct.

This is how the OS can be made a a lot faster. Because this is how it works (in a second step, we could even make games run faster, but that´s to be seen if that works out as i think it is, i´m not sure about that and so i didn´t mention it until yet).

The question just is:

Will the WiiU detect this at start-up? Will the machine brick? Will it refuse to boot?
Or will it work without being detected? Is this another weakness of the security-system? Well that´s to be found in a few months.
I´m not using that non-fool-proof Fail ST-alpha/beta right now. I don´t want to risk it.

Oh and guys?`It was an official developer for WiiU which told in a few more side-comments, that the WiiU DOES support the Wii-GPU in the WiiU-mode. Because that is how his game runs.

Is this my fault you guys don´t watch Twitter-comments?

No it´s not. But i heard it. And it makes a lot of sense.I´m constantly watching WiiU-developers on Twitter. And what they say about it. And this is also where that old hacker said an important thing about WiiU and it`s "problems" and thus my idea worked out, how i can achieve my goal to ge the OS running tremendously faster.

Some games of WiiU do make use of the Wii-GPU in WiiU-mode (one such game is "The Walking Dead" from Activision.

And this is why his coming WiiU-game will also make use of the Wii-GPU in WiiU and not use the AMD Radeon-shaders, it has been in development since 5 years now so far i heard, because he wants to use certain ehem "functions". His game is special after all, and not a standard-game.

And he said: He had to downclock his stone old Laptop`s processor to ~800 Mhz in order to not overcome what the WiiU´s (downclocked) processor does in his game.

Since that´s the price you pay when using this mode. The WiiU-processor seems to be shut off and downclocked to 729Mhz (Wii-mode) or something similar in order to make it not overheating. I reckon he even does´n get support for multicore in his game in this Wii-mode like game.

And my theory how this works is simple: Via that DMCU-unit or how it´s called. There´s an 8-bit chip in the GX2-GPU.

You control this = you can access the Wii-GPU.

However it seems, when you switch it on in WiiU-mode, the WiiU-mode processor is switched off. So you can´t use it without limits.

And the reason is, because that Wii-GPU consumes a lot more energy. It gets hotter.

And the WiiU can only handle max ~50 watts. Since that GPU seems to be consuming ~45 Watts in this mode, you could easily overheat the system, since the WiiU-processor consumes 15 watts (when using all 3 cores). But it´s not about the TDP alone. It´s about heat. The Wii-GPU simply gets way hotter than the WiiU`s AMD-Radeon programmable shaders do.

Thus it`s limiting the processor`s clock to 729 Mhz (Wii-mode).

However: I reckon this developer can use the full 1 Gbyte of Ram instead of being limited to the 88 Mbytes of Ram of the Wii.

So yeah, it´s interesting. It´s a compromise.

You can believe this. Or not.

This is on yours.I don´t know which engine he uses for his game btw. So don´t ask...
Dude, I'm gonna be honest. Just shut up, and not because you're wrong or right, but because all of your other projects have failed, and we have never seen any of those miraculous "ports" you talk about a few years ago, neither all of the tools you've said in the past that you have developed.
Until we see something real from you, your credibilty here is minus a million.
 
Last edited by E1ite007,

godreborn

Welcome to the Machine
Member
Joined
Oct 10, 2009
Messages
38,471
Trophies
3
XP
29,138
Country
United States
amen to that. I'm not going to act like I'm an expert at any system. I'm still learning, as we all are really. I try to read and test as much as possible in order to understand what's even going on.
 
  • Like
Reactions: GaryOderNichts
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • Badcatalex @ Badcatalex:
    sony should #stopkillinggames
  • Badcatalex @ Badcatalex:
    they killed LittleBigPlanet online, which was the main core of every LBP game
  • BakerMan @ BakerMan:
    for real
  • BakerMan @ BakerMan:
    at least with them, it was because of the DDOS attacks, ubisoft was just scummy
  • BakerMan @ BakerMan:
    fuck ubisoft, and fuck activision
    +1
  • realtimesave @ realtimesave:
    Nintendo needs to release a new console, switch is getting such shitty little games lately lol it's pathetic
  • Purple_Heart @ Purple_Heart:
    Lmao a new flashcart... The Unlock Switch... I knew it's not fake xD
    +1
  • NinStar @ NinStar:
    A new consoles won't solve that problem
  • NinStar @ NinStar:
    It will actually make it worse
  • The Real Jdbye @ The Real Jdbye:
    well actually
    a new console won't do anything right now, because the games are still in development, that's why there are few games being released
  • The Real Jdbye @ The Real Jdbye:
    it won't make the games finish any faster
  • Veho @ Veho:
    2/3rds of launch titles for the Switch 2 will just be lazy ports of Switch games anyway.
  • The Real Jdbye @ The Real Jdbye:
    probably
  • The Real Jdbye @ The Real Jdbye:
    maybe mario kart 9 will be a launch title
  • The Real Jdbye @ The Real Jdbye:
    i really want a new mario kart
  • Veho @ Veho:
    What, you mean the endless stream of DLCs doesn't count?
  • Veho @ Veho:
    Why develop a new game when you can just sell season passes forever?
  • Veho @ Veho:
    I'm still on MKDS so I'm not bothered :tpi:
  • The Real Jdbye @ The Real Jdbye:
    i like the dlc tbh, i'd like a new game more
  • ZeroT21 @ ZeroT21:
    but the current version is still selling fine at full price
  • SylverReZ @ SylverReZ:
    Hello
  • ZeroT21 @ ZeroT21:
    sup
    +1
  • SylverReZ @ SylverReZ:
    @realtimesave, You seen the Unlock Switch flashcart yet?
  • K3Nv2 @ K3Nv2:
    I'll see the 19.0 update that blocks use ability to it
    +1
  • K3Nv2 @ K3Nv2:
    Lol newegg+
    Screenshot-20240423-053504-Gmail.jpg
    K3Nv2 @ K3Nv2: Lol newegg+