Hacking Unoffical -- USBloader_GX(S)

smf · Mar 30, 2010

mousex said:
So you see it from a MAME point of view? Nobody forces you to use decrypted/extracted files. And the argument that people will upload decrypted/extracted isos is invalid because you make the isos from your originals and don't download games you don't own, right?

Even if you only backup your copy of wii sports resort, once the game is decrypted you have no way of telling if any of the files have become corrupt.
Encrypted discs however can be checked to make sure nothing has happened to it.

There is a greater chance of support issues & wasted time.

giantpune · Mar 30, 2010

so you are saying that a file sitting on your HDD is likely to corrupt itself if it is not encrypted? ive got several thousand files that are not encrypted sitting on several different HDDs and they never just decide to corrupt themselves. i dont know if you just dont know how to manage your data or if maybe your files dont like their home in your HDD.

besides, look at it this way... if you have a game stored as 5000 little files and 1 magically decides to corrupt itself for shits and giggles, you can just extract that 1 file from your original copy and not have to waste 20 minutes to sevelar hours dumping the whole ISO again.

fridgee · Mar 30, 2010

I have a question regarding the fst.bin builder code you released. do you forget to put the main.h in your release too, or is it just a proof of concept code release?

giantpune · Mar 30, 2010

theres nothing really special about the .h file. its just basic types and declarations

Code:

#ifndef MAIN_H
#define MAIN_H

#ifndef NULL
# define NULLÂÂÂÂÂÂÂÂÂÂÂÂ((void *)0)
#endif

/* Data types */
typedef charÂÂÂÂÂÂÂÂÂÂÂÂs8;
typedef shortÂÂÂÂÂÂÂÂÂÂÂÂs16;
typedef longÂÂÂÂÂÂÂÂÂÂÂÂs32;
typedef unsigned charÂÂÂÂÂÂÂÂu8;
typedef unsigned shortÂÂÂÂÂÂÂÂu16;
typedef unsigned intÂÂÂÂÂÂÂÂu32;
typedef unsigned long longÂÂÂÂu64;

typedef intÂÂÂÂÂÂÂÂÂÂÂÂbool;

/* Boolean values */
#define trueÂÂÂÂÂÂÂÂÂÂÂÂ1
#define falseÂÂÂÂÂÂÂÂÂÂÂÂ0



bool IsDirectory(char path[]);
char *path_cat (const char str1[], char str2[]);
int AddPath(const char dir_path[], int thisItem);
u64 getFileSize(const char filepath[]);
u32 ReadFileToBuffer(const char in[], u8 ** outbuf);
void SetEntry(int num, int type, int nameoffset, int offset, int size);
int pathWalk(const char dir_path[], int tabs);
int PathCount(const char dir_path[]);
void hexdump(void *d, int len);
u32 be32( unsigned int i );
u64 be64(const u8 *p);
u16 be16(const u8 *p);




#endif // MAIN_H

fridgee · Mar 30, 2010

thx, now it works

retKHAAAN · Mar 30, 2010

giantpune said:
i think at least one of you got the wrong idea. im not sitting at home laughing because i have this wonderful software and you cannot figure out how to use it. the reason i gave it out in source code form is to let other codes have it and adapt it into whatever they want. if you can't figure out how to do that, then just sit on your hands and wait for somebody else to do it.

by doing it this way, there will hopefully be some other people that will maintain whatever versions of whatever loaders people want to use with this, and i wont be bothered to update anything every time there is another SVN revision of whatever loader.

im sure that if i had just coded a batch of different loaders and released a bunch of binaries, people would bitch that i didnt make the source public.

sort of what i meant....maybe...

I still have to get used to this kind and generous new giantpune

mousex · Mar 30, 2010

ChokeD · Mar 30, 2010

I got a simple version of sneek going in the beginning of the v2 revolution but didn't pay attention when the enable usbhaxx and DI crap was going on. I need to start reading 150 odd pages of the sneek thread and try to figure that out and then come back here right ???

if so, somebody pm me when this topic actually goes somewhere or when somebody can actually help me find some links to what I need to make things "just a little easier" on me.

Thanks,
ChokeD

Blue-K · Mar 30, 2010

giantpune said:
im sure that if i had just coded a batch of different loaders and released a bunch of binaries, people would bitch that i didnt make the source public.

Yeah, probably (or better, for shure). But if you would have done that AND released the code of them, I guess some people would love to update the modified loaders. For me, I would love to maintain the official WiiFlow Changes if there would be the full source for a modified Wiiflow(s). It's some Copy-Paste from Googlecode, every Noob could do this. But, modifing a loader with your sources (and polishing it) is just over my head. So yeah, all I can do right now is waiting and hoping someone will do it. And if someone does, I guess they don't need my noobish help

. So yes, I also understand you, and I thank you for releasing the code, realy great work

!

(Btw: I find it a bit strange that this Topic doesn't get a very big attention. Guess it is because it isn't realy for Noobs, but still...)

muzz · Mar 30, 2010

I've been watching this and keeping an eye on the "official" SNEEK thread, excellent progress!! Kudos to you smart guys. Wish I had time to build an environment and compile myself. Definitely exciting developments. Thanks for sharing your modifications we all know you really don't have to. Cheers!

ChokeD · Mar 30, 2010

giantpune said:
heres everything you'll need to play games like in the videos, convert any usb loader to work with these modules, and create a new fst.bin and update the boot.bin with the new fst size if that has changed. while this code is definitely working, it has been tested on only 2 or 3 wiis and so far nothing has fucked up. there is also probably some memory leaks and lots of room to optimize the code.

some assembly required -
puneek modules http://www.multiupload.com/MY3S86W0TC
follow the same procedures used to build r72 of sneek to build this.
im building these with -u -v flags and the mini toolchain. devkitARM r24 should also work fine. follow the same procedures to set up games as in sneek. since this DI module loads games from whatever the nand is, this could (in theory) allow you to add the changes from this fs module into the fs-sd module and you will be able to load the complete wii from a sdhc card. games can either be extracted files using /sys/ and /files/ folders or part.bin and part1.bin. the part.bin can be split at whatever size you want. so a 500MB game can be split at 250MB into parts. all game files are loaded read-only from the di. for my HDD, CoD3 extracted into 505 small files is 3.5GB where the WBFS size is 4GB. SSBB is 6.7GB for the main game partition.

functions for usb loaders http://pastie.org/892737
this obviously isn't everything it will take to convert one, but this is everything it will take to get the loader to work with the above modules. the usb stuff should be removed and all the wbfs stuff and any cIOS specific IOS calls. then just set a game, change the IOS to the one in the TMD, and load it like a dvd

fst creator / boot.bin updater http://pastie.org/892752
tested and working on ubuntu amd64 9.10. the fst.bin created is not identical to the original one, but it works fine with these modules. if the fst.bin changes size, that new size needs to be written in the boot.bin.

i'm not going to help people figure out how to compile all this stuff. that is all part of the fun. and it's really fun when you figure it out on your own and it works. for more information, check the bigass sneek thread, the sneek wiki and FAQ, and google.

The multi upload links are broke, can we get a mirror. ??

gameking66 · Mar 30, 2010

ChokeD said:
giantpune said:

heres everything you'll need to play games like in the videos, convert any usb loader to work with these modules, and create a new fst.bin and update the boot.bin with the new fst size if that has changed. while this code is definitely working, it has been tested on only 2 or 3 wiis and so far nothing has fucked up. there is also probably some memory leaks and lots of room to optimize the code.

some assembly required -
puneek modules http://www.multiupload.com/MY3S86W0TC
follow the same procedures used to build r72 of sneek to build this.
im building these with -u -v flags and the mini toolchain. devkitARM r24 should also work fine. follow the same procedures to set up games as in sneek. since this DI module loads games from whatever the nand is, this could (in theory) allow you to add the changes from this fs module into the fs-sd module and you will be able to load the complete wii from a sdhc card. games can either be extracted files using /sys/ and /files/ folders or part.bin and part1.bin. the part.bin can be split at whatever size you want. so a 500MB game can be split at 250MB into parts. all game files are loaded read-only from the di. for my HDD, CoD3 extracted into 505 small files is 3.5GB where the WBFS size is 4GB. SSBB is 6.7GB for the main game partition.

functions for usb loaders http://pastie.org/892737
this obviously isn't everything it will take to convert one, but this is everything it will take to get the loader to work with the above modules. the usb stuff should be removed and all the wbfs stuff and any cIOS specific IOS calls. then just set a game, change the IOS to the one in the TMD, and load it like a dvd

fst creator / boot.bin updater http://pastie.org/892752
tested and working on ubuntu amd64 9.10. the fst.bin created is not identical to the original one, but it works fine with these modules. if the fst.bin changes size, that new size needs to be written in the boot.bin.

i'm not going to help people figure out how to compile all this stuff. that is all part of the fun. and it's really fun when you figure it out on your own and it works. for more information, check the bigass sneek thread, the sneek wiki and FAQ, and google.

Click to expand...

The multi upload links are broke, can we get a mirror. ??

The MU link is fine.

ChokeD · Mar 30, 2010

wow, it is good. I had just tried it and it told me it could only be downloaded 10 times.

FenrirWolf · Mar 30, 2010

That was probably RapidShare's link that said that. MU has no such limits (the file being temporarily unavailable is a different issue).

Besides, the direct link from multiupload itself just worked for me.

ChokeD · Mar 30, 2010

yeah, I got it thanks.

kyle007 · Mar 30, 2010

like even a short *sort of_ tutorial would be awesome, like look for stuff beginning with x and replace it with y. Stuff like that, but were just left to apparently understand how everything works and stuff, at least if GP had given us abit more clear instructions, i'd be abit happier, as i said he basically just said heres some code, im not gonna tell you what to do with it, like if i at least had some sort of idea what i was looking for that'd be different.

edit: And yes before you try to mention that he did say what to get rid of/replace, thats still only useful for experienced coders, and yes tinyload would seem to be a good loader, considering i don't care about cheats and stuff, the only thing i want is a selection menu of some sort. And it doesnt have any wbfs code or anything, since its a disc loader, but it doesnt have a selection menu, i haven't thoroughly looked at pune's code, but does it have a selection menu? or would we have to try to write one for a program that doesnt have it.

retKHAAAN · Mar 30, 2010

if your don't know how to make it, then do like he said and wait for someone to do it for you...

he released the changes so devs could incorporate it into their loaders if they wished. at no point did he state that he was releasing an app. there is no instant gratification to be had.

kyle007 · Mar 30, 2010

well see thats the thing, i would like to try to make it, i dont want to wait for devs to do it, and obviously i'm not looking for instant gratification, if i wanna try to do it myself.

edit: Like someone else mentioned, maybe he wants more people to try to learn, and as I said previously, almost every developer i bet, got help when they were starting on something, they probably didn't just know exactly how to write everything right off the bat, everyone needs help sometimes, but apparently were too lowly to be given help

lightyear · Mar 30, 2010

Old8oy said:
This is a great breakthrough and all but it's not very noob friendly. i don't see it getting very popular unless someone compiles everything and starts distributing it (which would be a bummer). i foresee many people blasting the boards begging for help but not much more than that.

I can understand that & all, but seriously, I'm not exactly the dumbest computer person ever to say the least, and I just don't understand all this 'compile it yourself' bullcrap!!! I'm not trying to offend anyone or start a battle or anything, but enough with this already!!! Just someone please compile it so we can all enjoy this supposed 'awesome' software. If it's so great I feel the original creator should have it all pre-compiled so we can all see just how great it is. Until then I don't believe it's even close to good. If it's so great the original coder would have all the bugs worked out & there wouldn't be any need to worry about the 'noob flood' because it just wouldn't happen. If it works, it works.....if it doesn't then don't release it until all testing is done with.

On a side-note, can someone please point me in the right direction as to compile software? Seems this knowledge is more of a need every day, and I just haven't gotten around to learning how yet....I'm not a coder, afterall

W hat · Mar 30, 2010

Would this decrypted disc dumper give a file structure similar to what you see in WiiScrubber? I love messing with Wii ISO's, but I don't know if the new disc dumping tool would be any different than what I already use.

Hacking Unoffical -- USBloader_GX(S)

Well-Known Member

Well-Known Member

Member

Well-Known Member

Member

Well-Known Member

Well-Known Member

The Contributor

No right of appeal.

Well-Known Member

The Contributor

Well-Known Member

The Contributor

Well-Known Member

The Contributor

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Rhythm Heaven Fan

Similar threads

Popular threads in this forum