Hacking USB Loader GX

  • Thread starter Thread starter blackb0x
  • Start date Start date
  • Views Views 8,063,449
  • Replies Replies 30,225
  • Likes Likes 74
You shouldn't use devkitPPC r24 because it doesn't work proper with the USB Loader GX. Some games don't work and network goes crazy. You should get yourself devkitPPC r21 (http://sourceforge.net/projects/devkitpro/files/devkitPPC/previous/devkitPPC_r21/) and the library package for it on the googlecode site in the download section of USB Loader GX. I use those for all releases currently.
 
You shouldn't use devkitPPC r24 because it doesn't work proper with the USB Loader GX. Some games don't work and network goes crazy. You should get yourself devkitPPC r21 (http://sourceforge.n.../devkitPPC_r21/) and the library package for it on the googlecode site in the download section of USB Loader GX. I use those for all releases currently.

Which games don't work? I've been using r24 for ages now and haven't notice any problems.
 
After re-installing devkitPPC r24 then re-compiling, I still got the
same errors. Will try r21+old libogc later today.
 
After re-installing devkitPPC r24 then re-compiling, I still got the
same errors. Will try r21+old libogc later today.

how exactly areyou setting devkit up and what are you doing with the libogc?
OK. Finally , it works after I delete everything (all devkitpro) then re-install
all the necessary files. (devkitppc r24+libogc r4884)

Thanks for the advice
 
Which games don't work? I've been using r24 for ages now and haven't notice any problems.

I don't remember but people reported some not working when we switched to r24 for a few revisions. What i know is that people compiling with r24 usually have issues downloading wiitdb.xml or unziping it. Same for theme stuff. There were also other issues people who used their compile reported which were not present in the precompiled revisions i put for download.
 
About the "new game":
I don't think it's useful to have it longer than 24h.
It's usually done to see quickly which game you just added (so you can try it or mark it as favorite right away).
PS: you can compile a version with a bigger delay if it's just for your own need.

This explains why i had always strange feelings with this thingy.
I was always thinking, that a game has the "new" tag until it is was played the first time.
Never thought it was cleared by a time setting.

Why not making it dependent on first played? Would be more intuitive I think.
 
  • Like
Reactions: 1 person
This explains why i had always strange feelings with this thingy.
I was always thinking, that a game has the "new" tag until it is was played the first time.
Never thought it was cleared by a time setting.

Why not making it dependent on first played? Would be more intuitive I think.
All games you already played but have a Play count set to 0 (for example, you reset the playcount, or delete the game setting) would stay as new until you launch them all again at least once to get rid of the "new" state. You wouldn't see real new games you just added.
Also, as I made the "new" to be visible in favorite mode even if there's no stars ranking (to see quickly the new added game without the need to disable fav+rank+re-enable fav), you would have all your games displayed even if they are not part of your favorite list.


When's the next release? I know there's SVN builds and that I can compile it myself but I'm just wondering.
We don't know.
Dimok and Giantpune are currently working on the Channel's banner player.
It will also need a lot of testing and debugging for few other stuff.
So, we don't know how many time it will take.
 
Is there a way to transfer saves from emunand to real nand?
This tool can do it, but you had better be careful.
One wrong step can screw up your Wii.
If it is something you don't need to do on a regular basis, you might want to copy the save file to the SD card and use the Wii menu to transfer it.
 
Attention: I don't know if FSToolbox produce a different dumps than the USBloaderGX+d2x dump!
Some filename on the NAND contains incompatible FAT32 characters which are replaced on the emuNand with html entities by d2x. (that's why some Nand dump doesn't work with EmuNand and you need to make a new dump using the internal dump feature).
You can't just copy/paste the files as is on the real nand. You need to be sure it's using the correct naming convention before writing back to the NAND.
It's rare that they are using incompatible characters, but it happens, so double check before writing to nand.


Maybe using SavegameManagerGX is the best solution, as it create a text file which stores the real filename.
Be sure to have at least a save on your Real nand.
Export your save from Real nand, to create the correct file and folder structure and filename.
Replace the files from your emunand title/000x000x/GameID/data/ (different depending on the game type: Disc, Channel, VC/WiiWare, etc.), and match the filenames from SD:/savegames/ folder.


You could also try FTPii so you can rename the files on the nand and set permission if needed. (but I had some problems with FTPii, so it's dangerous to write to nand)
 
When you dump a disc to your hard drive using UGX, does it verify the dump's checksum on the fly, against the internally stored SH-1 value?
Would it be possible to implement an internal SH-1 check, within the game settings menu?
This would be very useful and as a nice side-effect, might reduce the number of bug reports from bad dumps.

Currently, Wii Backup Manager can do this (on Windows), but I don't know of any Wii app that does. Having it integrated into the loader would make a lot of sense and perhaps, after dumping a game, the loader could prompt the user to decide whether to run an SH-1 hash check.

Just and idea.
 
  • Like
Reactions: 1 person
My USB loader GX started to be really really slow on the menu...
This was after I updated about 83 disc images via PC.
The menus is really really slowdown...
What's wrong with my USB loader GX? It's been fine for the longest time until after I updated the disc images to custom ones..
 
You changed only the pictures of the discs? You are using the same picture size?
Is deleting or re-downloading official pictures from gametdb fix the problem?

You have to know if the picture ARE the cause of the slowdown.
So, first eliminate that cause by testing replacing or removing them.

If it's still slow, then it's something else and the pictures have no relation to the slowdown.
It could be your folders/wbfs files which are not using a proper name, then it's reading the GameID directly from each games instead of reading them from the filename.
Also, verify that you enabled Game Cache in settings>Features.
 
Any of you please could be so kind to explain to me how to make ocarina cheats work with Gamecube games on DML RV42 and the 1155 rev of usbloadergx? I tried everything already I've dowloaded the cheats from the loader, generate the gct file and activated the ocarina option from the game load option and the codes never work or get activated I never had problems using ocarina on wii games thanks in advance.
 
Any of you please could be so kind to explain to me how to make ocarina cheats work with Gamecube games on DML RV42 and the 1155 rev of usbloadergx? I tried everything already I've dowloaded the cheats from the loader, generate the gct file and activated the ocarina option from the game load option and the codes never work or get activated I never had problems using ocarina on wii games thanks in advance.

Have you read how cheat work with DML???

Guessing not, the .gct files go in the same folder as the game.iso within the games folder
 
When I install a game from disc using USB Loader GX's install feature, is only the game partition installed or are channel partitions also preserved? I know the update partition is ignored, but not sure about "channel" or "other" partitions.

If you can answer and want to go for bonus: is this typical of most loaders?
 

Site & Scene News

Popular threads in this forum