Hacking [OLD] Loadiine backup loader for WiiU 5.3.2 ONLY (NO 5.4 NO 5.5!)

  • Thread starter Thread starter mariogamer
  • Start date Start date
  • Views Views 1,045,785
  • Replies Replies 3,400
  • Likes Likes 25
we discussed it, and thought it would be even easier to just copy /code/ and /content/ folders as is directly into the <AnyGameName> path.
no need to rename the RPX to ID4.rpx anymore.

go to "sd/wiiu/games/" and create a new folder here with your game name and copy "code" and "content" folder.
go to "sd/wiiu/saves/" (we changed the save folder name) and create the same folder name than your game here. no need to create "c" and "u" inside it.
no need to create the save folder at all, it's all done by the game !
Done !

I wouldn't make the folder of the content files too long, otherwise you could run into problems when a game has many sub-folders and long paths. FAT32 (and also the FSOpenDir function of the WiiU) only accept paths up to a certain length. So if a game has a lot of folders it could be possible that you can't place all the files on the SD because of the maximal path length. I don't know if there are games that have such long paths but it could at least be possible.
That could also be the reason why golden45 placed the contents on the root of the SD.
 
I doubt online would work as the Wii U thinks we are playing Smash.

Yeah, but with improvements of freeing up memory to load the game directly from SD, that could potentially open up some other avenues. All speculation at this point though. We probably need proper IOSU before anything like that is possible.
 
Guys,

Been waiting for this loader for ages now with my WiiU at 5.3.2E and unplugged until a loader release. Problem is my SD card has been broken since just after I bought it on release day, and have hacked VWii and been able to do everything USB.

So I've been itching for Loadline since it was released. I've spent a while searching for info on if/when USB support might appear, IOSU etc.

I can't find anything solid or much at all about loading from anywhere else other than SD or anything to even be content to wait for as 99.99% of peoples SD slots work.

Anyone with anything to help me decide if I should be content waiting or if I should just buy another Wiiu and not be waiting for something that is way off still??

Really bugging me having it ready to hack, held back by a friggin SD slot of all things......
 
Guys,

Been waiting for this loader for ages now with my WiiU at 5.3.2E and unplugged until a loader release. Problem is my SD card has been broken since just after I bought it on release day, and have hacked VWii and been able to do everything USB.

So I've been itching for Loadline since it was released. I've spent a while searching for info on if/when USB support might appear, IOSU etc.

I can't find anything solid or much at all about loading from anywhere else other than SD or anything to even be content to wait for as 99.99% of peoples SD slots work.

Anyone with anything to help me decide if I should be content waiting or if I should just buy another Wiiu and not be waiting for something that is way off still??

Really bugging me having it ready to hack, held back by a friggin SD slot of all things......
Sell your Wii U, buy a used one. :P
 
  • Like
Reactions: Deleted-355425
Anyone know if Yoshi Wooly World have the 5.3.2 update (it is not for me,I won't to add a way to update to 5.3.2 in the threads)?

Also,can anyone list me the game who contain the update (I know mario party 10 and splatoon)?

Edit:Its good,I have all the game,I will add this very soon.
 
Last edited by mariogamer,
So guys. We did a bit researching and found a way to run Yoshis Wooly World. This fix could also fix some other games. So check it out and try other games you had problems with (dont try the ones where RPX+RPL size is too big). Thanks @Cyan for testing the code.

Here is the payload:
http://www37.zippyshare.com/v/GkyjnDtr/file.html

We also changed the structure (once again). We made it now consequent with the decrypting tools. The structure is now like this:
* /sd/wiiu/games/any name of game/code -> this path holds the RPX and RPL files. You dont need 4 ID RPX you can copy it directly from the decrypter.
* /sd/wiiu/games/any name of game/content -> this path holds the game files, content
* /sd/wiiu/saves/any name of game/c -> save game path (automatically created)
* /sd/wiiu/saves/any name of game/u -> save game path (automatically created)

I will create a GitHub repo tommorow and upload the sources there. For now its bed time.
 
the path was missing slashes to load from SD
I'll try other games to be sure we didn't break the one who worked before.

edit:
it still work, and it's even faster without the server.
 
  • Like
Reactions: LawnMeower
The problem was that the path opened was not starting with "/", like this:
FSOpenFileAsync("vol/content/shader/ffl/FFLDefaultShader.gsh")

So we added a slash at the start and now its all good. We saw that as Cyan was trying to load the game and he posted the log transfered to the server. Its actually the games fault for not giving the full path but oh well, the loaders gotta fix it.


The file I attached is btw the payload532.html of the loadiine application. The kexploit is the same as before.
 
The problem was that the path opened was not starting with "/", like this:
FSOpenFileAsync("vol/content/shader/ffl/FFLDefaultShader.gsh")

So we added a slash at the start and now its all good. We saw that as Cyan was trying to load the game and he posted the log transfered to the server. Its actually the games fault for not giving the full path but oh well, the loaders gotta fix it.


The file I attached is btw the payload532.html of the loadiine application. The kexploit is the same as before.
ok, small change, big impact, cool
thanks ;)
 
  • Like
Reactions: paulloeduardo
Thanks dimok for your work today :)
I see @n1ghty did a fix too, but this version has the new path layout if users prefer it, and the code is smaller and can hold more sourcecode for later changes.

I also made the code smaller. Payload was at the maximum size. I made golden45 aware of the same bug in cafiine, so I knew what was happening :)

Edit: So you did more changes... I think I will kill my version. I also made a version which loads gamedata from a _DAT folder to cleanup the mess in the root directory, but I like your new path layout more :)

What did you change to make more space? Well.. I will take a look at your github tomorrow. Maybe we changed different things to make more space so we can combine them for even more space =)
 
Last edited by n1ghty,
So guys. We did a bit researching and found a way to run Yoshis Wooly World. This fix could also fix some other games. So check it out and try other games you had problems with (dont try the ones where RPX+RPL size is too big). Thanks @Cyan for testing the code.

Here is the payload:
http://www37.zippyshare.com/v/GkyjnDtr/file.html

We also changed the structure (once again). We made it now consequent with the decrypting tools. The structure is now like this:
* /sd/wiiu/games/any name of game/code -> this path holds the RPX and RPL files. You dont need 4 ID RPX you can copy it directly from the decrypter.
* /sd/wiiu/games/any name of game/content -> this path holds the game files, content
* /sd/wiiu/saves/any name of game/c -> save game path (automatically created)
* /sd/wiiu/saves/any name of game/u -> save game path (automatically created)

I will create a GitHub repo tommorow and upload the sources there. For now its bed time.

Thank you!
I assume this is the non server version.
Will you be releasing a payload with server capabilities?
 

Site & Scene News

Popular threads in this forum