Hacking USB Loader GX

  • Thread starter Thread starter blackb0x
  • Start date Start date
  • Views Views 8,066,788
  • Replies Replies 30,226
  • Likes Likes 74
Hi, I ripped my GC Twilight Princess disc through this loader, trying to verify it through devolution but for months now it just keeps kicking me back to the homebrew channel. I feel like I've tried everything, does anyone have any advice? (I know this is probably the wrong thread... I can't get a response anywhere else...)
 
Bryon15:
are you using arguments in your meta.xml?

If you don't use arguments, it's loading cIOS 249 (or 222 or 250, depending which version you are using) first, and if no IOS are found it falls back to IOS58.

if you are, try to force another IOS slot (for example --ios=58).
USBGX now works with IOS58, so you can use that to initialize your drives.


if you were using r1218 (not mod), it used IOS58 by default.
I reverted the change to use cIOS in priority like all previous versions, if you want IOS58 you need to use meta.xml argument.

Well something seems to be wrong here. I went back to r1218 mod6, and now that isn't working either. So it's not r1219. I tried changing the argument to: iOS=58, iOS=249, iOS=250. Nothing works. It still hangs on initialize usb device. I don't know what I did to make it stop working. :(
 
This is what my usb folder in apps looks like.

http://i.imgur.com/wkns0Q0.jpg

Is something missing?

Edit - Good news it's working again. Turns out that it was the SD card. I got a 32GB a couple days ago so i could put gamecube games on to to test with nintendont. Because my other SD card wasn't big enough. But now what? Why won't the card work with usb loader gx?
 
Hi, I ripped my GC Twilight Princess disc through this loader, trying to verify it through devolution but for months now it just keeps kicking me back to the homebrew channel. I feel like I've tried everything, does anyone have any advice? (I know this is probably the wrong thread... I can't get a response anywhere else...)
maybe the iso is not correctly dumped, you can check it on PC.
check the MD5 with tools like HashCalc, and look on redump
MD5 = 41deff9b1fd2831f48fbfa2dd1054e4d
sha-1= 75edd3ddff41f125d1b4ce1a40378f1b565519e7

if the checksum is fine, you have a good 1:1 dump, and the issue is with devolution.
I have a game which I never could verify (Starfox Adventure), I don't know why.


Bryon15:
that SD card works fine with HBC and other homebrew?
I have SD cards not working with the Wii, but it's not detected at all (the HBC don't even detect insert/remove).
Maybe it's not a good brand or a fake one (are there fake 32GB?)
 
Regarding the Nintendont "code dump" issue of r1219/1220(or r1218 mod08),
I found a weird "possible root cause".

If I change the "nintendont loader path" to any folder (other than the default \apps\nintendont\),
everything is fine. (no code dump)

However, if I use default path (\apps\nintendont\) , it's always "code dump".

I used to put the "loader.dol" to \usb-loader\ in order to test either ULGX or CFG,
that's why I was not aware of the "code dump" issue of ULGX.
I tried to change path but it's actully worse. I got a code dump at first try and afterwards it got stuck at nintendont boot screen.

Also I just noticed that in USBLoaderGX you can only set nintendont videomode as None, Use Game Settings or Auto, whereas nintendont options are None, Auto, Force NTSC, Force MPAL, Force PAL50 and Force PAL60
 
It's good to keep current settings.
If you were on 3.0 (1180), you can check the menus as there are new settings and user paths, mainly for gamecube.

I try to prevent setting reset, but if it's require I can order the loader to reset it internally.
Latest reset is from revision 1031 (before v2.0)
 
Yes, the homebrew channel detects the SD card. So does nintendont. It's just USB loader GX. Anyway I reformatted the card with SD formatter. I'm currently putting the gamecube games back on it. It's going to take about an hour. Hopefully this will fix it.
 
I tried to change path but it's actully worse. I got a code dump at first try and afterwards it got stuck at nintendont boot screen.

Also I just noticed that in USBLoaderGX you can only set nintendont videomode as None, Use Game Settings or Auto, whereas nintendont options are None, Auto, Force NTSC, Force MPAL, Force PAL50 and Force PAL60
That's what "use game's settings" means. (it means it will force the video mode you selected at the top of the game settings).
And that's a thing I wanted to change to prevent user's confusion. I'll do it on next revision.
 
Oh I get it now, thanks Cyan!

EDIT: For some mysterious reason it doesn't work. I set it to force NTSC (I use NTSC games on PAL Wii) but the games don't ask me if I want to enable progressive scan like they do when I force NTSC in nintendont. The thing is, the settings seem to be set correctly, in fact if I launch a game from USBLoaderGX and I press b to block autoboot - then boot the game manually - the video mode is correctly applied

EDIT2: Also, now the code dump thing happens differently: it ALWAYS codedumps unless I load nintendont from HBC (or USBLoaderGX built-in HB Loader) one time first, then it always works. Also after a code dump a full shutdown is not enough to not make it happen again, I have to delete nincfg.bin from the sd card
 
The progressive mode is usually remembered by the games (it's stored in Sram on a gamecube and wii), and don't ask you the next time you launch a compatible game.
But with nintendont, it doesn't read the real Sram anymore.
instead, the Sram value for progressive is automatically set by nintendont if you have component cable regardless to the video mode chosen by the user.

It shouldn't show you the progressive screen choice in games, either being launched from nintendont or from usbgx if you have component.
If it displays when launched from nintendont, it's maybe because the setting is not set correctly (but it is, I just checked the sources).
you usually can force this selection screen to display again by pressing B after the game is launched to be sure you enabled progressive.
 
As a matter of fact, if I load games directly from nintendont the selection screen always appears, while from USBLoaderGX it never does and games are always interlaced
 
USBLoader GX v3 Rev1219(Release):

Looks like, that the Download for Ocarina Cheats is broken.

If I click (Update) in the Ocarine-Settings for a game (i tried it with 2 games) then it downloads the Cheatfile
e.g.: sd:/txtcodes/SW9PYT.txt got saved.
(OK)

Result: No Cheats in the List but in the title runs text from right to left with something like:
<!--[If It IE7]> <html class="no-js ie6 oldie" lang="en-US"> <![endif]-->
 
It's a known issue, it's not broken in 1219 but in every revisions.
it's even broken in ALL HOMEBREW.
the issue is geckocodes website which is using a proxy and block all homebrew.

Only fix is to use a different network library.
only one homebrew is working right now, and there's a mod of USBGX 1218 two pages ago.
 
maybe the iso is not correctly dumped, you can check it on PC.
check the MD5 with tools like HashCalc, and look on redump
MD5 = 41deff9b1fd2831f48fbfa2dd1054e4d
sha-1= 75edd3ddff41f125d1b4ce1a40378f1b565519e7

if the checksum is fine, you have a good 1:1 dump, and the issue is with devolution.
I have a game which I never could verify (Starfox Adventure), I don't know why.

Yeah, everything dumped correctly. Guess it is devolution after all.
Really, thank you for replying. I really, really appreciate it. :)
 
Longtime reader of these forums, always full of great information. Just joined as I'm having troubles getting Nintendont to work with the latest USB Loader revision. I have Nintendont r85. Everything pulls out of my attached 500gb 2.5 portable USB drive (First partition set to FAT32, Primary, 165GB. Second partition NTFS, has the remaining 300GB).

Loading both from a modified channel installer and directly off the USB from the Homebrew Channel, everytime I try to load a gamecube game while using Nintendont, I keep getting the following: [Error ~ To run GameCube games with Nintendont you need to use a partition with 32k bytes/cluster or less]. All my GC games running with Devolution have no problems whatsoever to run off the same setup. If I go directly to Nintendont from the HBC, it can load the games as well. (I have USB Loader global settings set to Devolution, and modified the settings for the games that need to use Nintendont all individually).

Is this a known issue, or am I potentially doing something wrong?
 
Hi, I ripped my GC Twilight Princess disc through this loader, trying to verify it through devolution but for months now it just keeps kicking me back to the homebrew channel. I feel like I've tried everything, does anyone have any advice? (I know this is probably the wrong thread... I can't get a response anywhere else...)

I've been using clean rip, but it gave me a few issues as well. I have 13 original GC games, and only 5 worked on the first try. I had the same problems.

In the end, I removed my USB drive, and installed only what I needed to an SD Card (used a micro SD 4gb inside a converter personally) with enough space to hold the rip. Also, I used a non-abrasive, lint-free cloth (like the kind to clean glasses) and wiped the disc carefully before loading it in. The final 8 games all ripped fine for me on the first shot afterwards.
 
You have 64k/cluster?
I thought it required 32k or less, like DIOS MIOS and sneek.
If 64k is working, I can remove that check in the loader.

Yeah, it seems to be in 64k (Command Prompt Chkdsk shows 65, 536 bytes). Everything else works a-okay. (EaseUS Partition Manager never gave me the option to fix cluster sizes)
 

Site & Scene News

Popular threads in this forum