Hacking USB Loader GX

  • Thread starter cyrex
  • Start date
  • Views 7,461,335
  • Replies 29,426
  • Likes 50

Chris2055

Well-Known Member
Member
Joined
May 10, 2019
Messages
297
Trophies
0
Age
37
XP
1,085
Country
United States
Hey man,

I really appreciate the direct answer. Although I'm disappointed it won't work at least it's straight to the point and I won't waste my time with it further. I'll just run WiiWare and VC from the SD card menu I suppose. No biggy.
 
  • Like
Reactions: Alexander1970

Drunk_caterpillar

Active Member
Newcomer
Joined
Feb 25, 2013
Messages
44
Trophies
0
Age
38
XP
115
Country
Canada
Just checking again @Cyan Thanks

So it sounds like this isn't an option but I wanted to confirm:

Is there a way to force a 240p video mode from USBLoaderGX?

There are a few retail games, WiiWare titles, and Virtual Console ports I'd love to run in 240p on my CRT, but I can't find that video mode in USBLGX. I think there was a custom fork of an older USBLGX version that Cyan made for someone, but I'd love to have that feature in the current release. Thanks!
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,745
Trophies
4
Age
46
Location
Engine room, learning
XP
15,688
Country
France
I never made a fork of it.
I can test one of the 240p video mode, but I don't know if/when I'll do it.
I can give direction instead if someone want to recompile one ?

it's in patches/gamepatches.cpp
there's a list of all possible video mode, I can give the one you need, then in the game settings you can add an option (along with force 480p, force 480i, etc. add a "force 240p" and set it to the name of the videomode found in gamepatches file)
not sure it was easy to understand.
 

Nekudot

Member
Newcomer
Joined
Jun 5, 2019
Messages
7
Trophies
0
Age
31
XP
86
Country
United States
I really need help here. A few years ago I modified my cousins Wii, and it worked fine. Last week he told me it stopped working correctly, so I checked it and the SD card stopped working.
I redownloaded Nintendont and USBLoader and put them on the USB, as that's how I'm using it on mine, but USBLoader just doesn't want to work. I get the "USB Device not initialized" message, but the cios are installed correctly and other stuff straight from the USB works, like Nintendont and GameCube games. I searched and there was something about changing the Loader's iOS to 58, but the settings don't want to save. I even tried removing the USB and copying the files to an SD and I still can't change the iOS. Everytime I launch the app the settings reset. No, the SD is not locked. Any idea what to do?
Edit: forgot to mention that I also tried two different USBs and an older version of the Loader
 
Last edited by Nekudot,

tswntk

Well-Known Member
Member
Joined
Aug 6, 2012
Messages
1,020
Trophies
1
XP
2,544
Country
Switzerland
post a syscheck log (tutuorial in Cyan's signature), could be the cios is outdated. If updated cios still doesn't work, you need to change to ios58 from the loader's boot settings. General/game settings won't allow ios 58.
 

Nekudot

Member
Newcomer
Joined
Jun 5, 2019
Messages
7
Trophies
0
Age
31
XP
86
Country
United States
I'll do that tomorrow, but I reinstalled everything, first the hbc and then the cios, so they shouldn't be outdated. This is a procedure I have done at least 10 times over the years, so this is unusual
Also, what do you mean by loader boot settings? I launched GX, then on the settings I tried changing Loader's iOS to 58 and leaving the other on 249. I tried changing a lot of stuff from Paths to Boot animations too, but when I went back to the hbc or system menu and launched GX again the settings were reset. The app folder still only had 3 archives and no config files, so nothing was ever saved unless I missed a "save settings" button
 

tswntk

Well-Known Member
Member
Joined
Aug 6, 2012
Messages
1,020
Trophies
1
XP
2,544
Country
Switzerland
the config files can be located outside of the app folder or your SD is write protected
Just check back the loader's ios setting from inside USBloadergx.
If it really hasn't changed, something is wrong.
If it was ios58 and still doesn't work, then the HDD is formatted wrong/dying or simply incompatible, can you try the HDD from your working Wii? In rare case, the USB port might have been fried.
 

Nekudot

Member
Newcomer
Joined
Jun 5, 2019
Messages
7
Trophies
0
Age
31
XP
86
Country
United States
So I removed the SD to copy System Check, and when I reinserted it I tried GX again and this time the settings did save, iOS58 loaded fine and all the games appeared on the list. But, while GameCube games worked fine, trying a Wii game booted me back to the HBC. Also, when I tried to boot USB Loader from the installed forwarder, it tried to load iOS 249, so I could only do it from the HBC
Here's the SysCheck
SysCheck HDE v2.4.0 HacksDen Edition by JoostinOnline, Double_A, R2-D2199, and Nano
...runs on IOS58 (rev 6176).

Region: NTSC-U
System Menu 4.3U (v513)

Drive date: 12.18.2008
Homebrew Channel 1.1.2 running on IOS58

Hollywood v0x21
Console ID: 132409403
Console Type: Wii
Shop Channel Country: United States (49)
Boot2 v4
Found 92 titles.
Found 48 IOS on this console. 10 of them are stubs.

IOS3 (rev 65280): Stub
IOS4 (rev 65280): Stub
IOS9 (rev 1034): No Patches
IOS10 (rev 768): Stub
IOS11 (rev 256): Stub
IOS12 (rev 526): No Patches
IOS13 (rev 1032): No Patches
IOS14 (rev 1032): No Patches
IOS15 (rev 1032): No Patches
IOS16 (rev 54321): Trucha Bug, ES Identify, Flash Access, NAND Access
IOS17 (rev 1032): No Patches
IOS20 (rev 256): Stub
IOS21 (rev 1039): No Patches
IOS22 (rev 1294): No Patches
IOS28 (rev 1807): No Patches
IOS30 (rev 54321): Trucha Bug
IOS31 (rev 3608): No Patches
IOS33 (rev 3608): No Patches
IOS34 (rev 3608): No Patches
IOS35 (rev 3608): No Patches
IOS36 (rev 54321): Trucha Bug, ES Identify, NAND Access
IOS37 (rev 5663): No Patches
IOS38 (rev 4123): No Patches
IOS40 (rev 3072): Stub
IOS41 (rev 3607): No Patches
IOS43 (rev 3607): No Patches
IOS45 (rev 3607): No Patches
IOS46 (rev 3607): No Patches
IOS48 (rev 4124): No Patches
IOS50 (rev 54321): Trucha Bug
IOS51 (rev 4864): Stub
IOS52 (rev 5888): Stub
IOS53 (rev 5662): No Patches
IOS55 (rev 5662): No Patches
IOS56 (rev 5662): No Patches
IOS57 (rev 5919): No Patches
IOS58 (rev 6176): USB 2.0
IOS60 (rev 54321): Trucha Bug
IOS61 (rev 5662): No Patches
IOS70 (rev 54321): Trucha Bug
IOS80 (rev 54321): Trucha Bug
IOS202[57] (rev 65535, Info: hermes-v5.0): Trucha Bug, NAND Access, USB 2.0
IOS222 (rev 65280): Stub
IOS223 (rev 65280): Stub
IOS236 (rev 54321): Trucha Bug, ES Identify, NAND Access, Beer Ticket
IOS249[56] (rev 65535, Info: d2x-v10beta52): Trucha Bug, NAND Access, USB 2.0
IOS250[57] (rev 65535, Info: d2x-v10beta52): Trucha Bug, NAND Access, USB 2.0
IOS254 (rev 65281): BootMii
BC v6
MIOS v10
Report generated on 06/05/2019.
I think he tried (and failed) to install the HBC years ago and there's some leftover data
 

Alexander1970

XP not matters.
Member
Joined
Nov 8, 2018
Messages
14,971
Trophies
4
Location
Austria
XP
2,843
Country
Austria
Hello. :)

IOS249[56] (rev 65535, Info: d2x-v10beta52): Trucha Bug, NAND Access, USB 2.0
IOS250[57] (rev 65535, Info: d2x-v10beta52): Trucha Bug, NAND Access, USB 2.0

That MAYBE not the best choice.:unsure: NEWER is not every time BETTER.
Suggesting you use the ModMii syscheck updater to bring most of your IOSes to the best "usable" state.

But you are free to wait suggestions on other opinions from our great Wii professionals here.
Thank you.:)
 
  • Like
Reactions: Nekudot

Nekudot

Member
Newcomer
Joined
Jun 5, 2019
Messages
7
Trophies
0
Age
31
XP
86
Country
United States
Thanks, but I'll wait for at least one more reply before I try anything. I have always used the latest versions of hbc/usbloader/cios/nintendont. in fact I had to reinstall the cios on my wii earlier this month after a friend "updated" the Wii with a physical disc, and it worked fine with the same files, which lead me to believe this other wii is either broken or my cousin did something weird to it
 
  • Like
Reactions: Alexander1970

Nekudot

Member
Newcomer
Joined
Jun 5, 2019
Messages
7
Trophies
0
Age
31
XP
86
Country
United States
Well, I think I'll give up for now, he only had 3 Wii games anyway, he will have to deal with disc swapping and using homebrew to launch them. at least I managed to make it work with Nintendont which was the main thing he wanted. iOS 58 was the key to the Waiting for HDD problem, even if the Wii games don't want to launch at least the GameCube games do
But if anyone has any idea what caused this issue, I'll appreciate it, though I won't be able to test it until next month. For now I'm blaming the USB port, because sometimes it doesn't work at all and I have to reinsert it
 
  • Like
Reactions: Alexander1970

baco81

Active Member
Newcomer
Joined
Jan 19, 2017
Messages
38
Trophies
0
Age
43
XP
617
Country
Ok, I tested a few games. Just two failed to boot.
Kirby Epic yarn
Kirby's Return to Dream Land
Donkey Kong
Bit trip complete
Rayman Origins
Newer Super Mario Bros
Conduit 2
Disney universe
GoldenEye
Singit Operación Triunfo
Call of Duty world at war
Data east arcade classics (failed to boot)
Death JR. Root of evil
Epic Mickey 2
Metal slug anthology
Nights: journeys of dreams
SNK arcade classics
Super Mario All Stars (failed to boot)
Angry birds trilogy
Kirby dream collection
Resident Evil 4
Sam & Max season one
TV Show King party
Wii play
Wii play motion
Wii party
I checked the debug text file and it says that the offset for 480p patch was found on all of them.
@leseratte @Cyan It seems that those two games not booting had nothing to do with the 480p patch. Those two are NTSC games and my Wii is PAL. I usually have Dol region patch enabled on those cases, but the build published by Bladeoner on the thread https://gbatemp.net/threads/usb-loader-gx-480p-fix.536672/ that I had tested before had messed up my USB Loader GX saved config settings and reset them to default. For that reason they were not booting. They work perfectly now.
 
Last edited by baco81,

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,745
Trophies
4
Age
46
Location
Engine room, learning
XP
15,688
Country
France
Thank you for coming back with your results :)
I'll still make it an option, we didn't test all games and some might really have issues (prince of persia is one of them apparently, but this game has always been delicate with memory patches, it doesn't have cheats for a reason)

sorry I'm very long to add the patch and make a release.
 

Griffballchamp

Well-Known Member
Member
Joined
Jul 10, 2018
Messages
177
Trophies
0
Age
45
XP
559
Country
United States
Hi everyone! Im trying to walk someone through setting up emuNAND in USB Loader GX and he somehow managed to screw something up. Somehow he created the "EmuNAND Channel folder" inside the nand folder instaed of on root of SD. He did the nand dump, set the emunand channel to FULL, and of course it didnt work because the emunand folder was in the nand folder.

But now when he try's to play a Gamecube game it says something about it "being on SD" and "do you want to copy to SD". Ive never seen that message before.

If he launches Nintendont through HBC it does not ask him that.

So, I had him delete the nand folder and of course the emuNAND channel folder he made inside it. Had him go back through the steps of creating emuNAND. So, Usb Loader GX did re-create the nand folder and he made the EmuNAND Channel folder on root of SD like normal, but there are no sub-folders in either? Also, the GC message still persists when launching through USB Loader GX.

What did he do wrong? USB Loader GX is on r1268 btw.
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,745
Trophies
4
Age
46
Location
Engine room, learning
XP
15,688
Country
France
Hi everyone! Im trying to walk someone through setting up emuNAND in USB Loader GX and he somehow managed to screw something up. Somehow he created the "EmuNAND Channel folder" inside the nand folder instaed of on root of SD. He did the nand dump, set the emunand channel to FULL, and of course it didnt work because the emunand folder was in the nand folder.
no, he did right!
that's what he was supposed to do, and that's where emuNAND is supposed to be, not on root.

root is only required for Neek (not neek2o, not emuNAND channels, not emuNAND save, whether you use full or partial are irrelevant).

the NAND dump can be ANYWHERE. it just go by default into sd:/nands/01/
and there's nothing wrong with that.

if it didn't work, he has another problem. not the path.

But now when he try's to play a Gamecube game it says something about it "being on SD" and "do you want to copy to SD". Ive never seen that message before.
it has nothing to do with the emuNAND either.
it's because he has outdated version of the loader (more likely the full channel instead of the forwarder channel !)
he should follow this guide : https://gbatemp.net/posts/6478222

if he really has the version you said, then the "gamecube mode" is set to DIOS MIOS and he has DM Lite installed in DM slot, instead of nintendont.

I don't recommend making the emuNAND in USB Loader GX. Just make it using @XFlak's ModMii.
On the contrary, I recommend making emuNAND INSIDE USBLoaderGX.
That way, you use the same cIOS that will be used by games, and it's complete and with all files.
the one from modmii is incomplete, and you need to launch it once inside neek to complete it. it'll never work out of the box with emuNAND features of the loader. that's adding steps and asking for problems.
 
Last edited by Cyan,

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,745
Trophies
4
Age
46
Location
Engine room, learning
XP
15,688
Country
France
USBLoaderGX r1272
Release here

Changelog :
* Added 480p fix option for wii games. Thanks to Extrems for the fix and Leseratte for the patch !
* Merged the libraries into the source instead of expecting them in libogc
* Changed default loader's IOS to 58 (test), and default game's IOS to 249.
* Changed displayed revision on startup screen to always show "mod" by default (unless being an official release) as nobody used that option for mods.
* SVN un-ignored svnrev.c file to allow users to compile without sh script
* Fixed a compile error: removed reference to unused LibWUPC library

* Updated Language files:
- French (Cyan)
- Korean (DDinghoya) . THERE WERE 5 ERRORS ! Please, translators, verify your files before submitting them. be sure all strings are inside double quotes! I fixed it for you.



Release note :
I added a 480p fixed boot.dol, and set it as default.
if the loader doesn't work, try renaming the other dol to "boot.dol" and see if it helps.

Thanks to @blackb0x for the hexedit patch :)


If everything works, I might keep doing it and release only the patched version for next revision (whenever there will be one)
If everything works, I might push 1272 with 480p fix as the default dol for internal update.
so, please, report if it works or not for you, and whether you see an improvement with the fix or not inside the loader's interface (because I don't!), thank you :)
 
Last edited by Cyan,

blackb0x

Well-Known Member
Member
Joined
Apr 22, 2019
Messages
793
Trophies
1
XP
3,668
Country
United Kingdom
if the loader doesn't work, try renaming the other dol to "boot.dol" and see if it helps.
It'll work, but if people notice the difference depends on their TV and Wii model.

The fix by Extrems can be simplified to this...
PHP:
   __VIWriteI2CRegister8(0x65, 3); // 3 = 480p fix. It was originally 1
   __VISetYUVSEL(dtv);
   __VIWriteI2CRegister8(0x00, 0);
   __VIWriteI2CRegister16(0x71, 0x8e8e);
   __VIWriteI2CRegister8(0x02, 7);
   __VIWriteI2CRegister16(0x05, 0x0000);
   __VIWriteI2CRegister16(0x08, 0x0000);


And your patched boot.dol (r1272) in IDA now looks like this...
Rich (BB code):
.text1:80D0B7F8                 bl        sub_80D0A430
.text1:80D0B7FC                 li        r4, 3
.text1:80D0B800                 li        r3, 0x65
.text1:80D0B804                 bl        sub_80D0A430
.text1:80D0B808                 mr        r3, r29
.text1:80D0B80C                 bl        sub_80D0A468
.text1:80D0B810                 li        r4, 0
.text1:80D0B814                 li        r3, 0
.text1:80D0B818                 bl        sub_80D0A430
.text1:80D0B81C                 li        r4, 0
.text1:80D0B820                 ori       r4, r4, 0x8E8E
.text1:80D0B824                 li        r3, 0x71
.text1:80D0B828                 bl        sub_80D0A3EC
.text1:80D0B82C                 li        r4, 7
.text1:80D0B830                 li        r3, 2
.text1:80D0B834                 bl        sub_80D0A430
.text1:80D0B838                 li        r4, 0
.text1:80D0B83C                 li        r3, 5
.text1:80D0B840                 bl        sub_80D0A3EC
.text1:80D0B844                 li        r4, 0
.text1:80D0B848                 li        r3, 8


They're exactly the same, so it's guaranteed to work :)
 
Last edited by blackb0x,
  • Like
Reactions: Cyan

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,745
Trophies
4
Age
46
Location
Engine room, learning
XP
15,688
Country
France
the changes from Extrems included condition to detect the video and tv settings and set 1 or 3, it's not forced to 3, so I thought maybe the __VIWriteI2CRegister8(0x65, 1); was still required for other video mode.
that's why I didn't want to always force it.

https://github.com/ExtremsCorner/libogc-rice/commit/941d687e271fada68c359bbed98bed1fbb454448, line 3793
Code:
if(vimode!=oldViMode) {
		if(vimode&VI_CLOCK_54MHZ) __VISetOverSampling(3);
		else __VISetOverSampling(1);
	}

but if it works fine with all other modes (I didn't try to change cable type, video mode in the console, nor even tried on vWii) then I might force it, but still don't like to force things to users.
 
Last edited by Cyan,

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • No one is chatting at the moment.
    K3Nv2 @ K3Nv2: Wut @Xdqwerty didn't say good night +2