Hacking USB Loader GX

[Cyan]

the dvv is linked to the device where the ISO is located, especially to prevent piracy by sharing the dvv file and copy to multiple hard drives.
you have to re-verify the ISO with the disc if you use a different path for the ISO. (even the same device, if you delete/restore the ISO you'll have to reverify the ISO because it has been moved, it's not using the same sectors on the device)

If you want to change devices, you'll have to use the vWii method, with backup/restore of the dvv using the Wiimote memory. don't just copy the dvv yourself from one device to another.

@ThaCrip:
thanks for the extensive report.
like you said, maybe it's a bug only when adding more than one game, but I don't see how it could work differently based on how much game you added.
if you add a game from disc, I can trigger a reload of wiitdb, but if you add a game from external tools I'm not sure why gametdb is not parsing the newly added games.
I'll have to look at it, but I can't tell you when it'll be done. At least, for now you found a solution and you can update the xml after every new added game.


edit:
I pushed revision 1269.
It's the same as 1268mod4, except I restored the boot sequence back to 1268. (IOS58 still patched to get ISFS access, and no forced IOS58 to init hdd).
The only change I made since mod4 :
- changed emuNAND path from nand to nands/01/ for neek2o compatibility
- edited a small thing with GPT partition detection. No idea if I broke or fixed anything. if someone has GPT with multiple partition I'd like a report if possible try FAT32+NTFS on the same drive, I know it crashed until now.

no link, as I'll release 1271 in few minutes/hours.
Please test the GPT on that version when you can.


So far, I noticed unstable wiimote. It's probably due to low batteries on my side because it also affect games...
it even had issues to power on, like the wiimote was dead, until I try to push buttons for 1 minute. the wiimote is probably old, it's from day 1 (2006!)

 

[ThaCrip]

@Cyan

Since you don't seem to need any more info ill just update the Wii consoles .xml file so things will go back to good running order and hope you can find something in the future. but given what you said I suspect it will be at least months away before a fix at the minimum.

but I wonder if it could be possible for that bug to be tied to the 'controllevel' in some way? ; like depending on where it's set before adding new games(?). but I could easily be wrong here, as I have not really tested this, but I wonder if you think there is even a possibility for something like that to happen?

just some thoughts and thanks for the info.

 

[Cyan]

I don't think the control level should be a problem.
I didn't code that part (I'm only the last maintainer, I took the project at its end). Most of the features were already there when I started working on it. I worked mainly on the gamecube part which didn't exit.

if you already had that game once before using wiitdb, it's loading the game's setting in memory including the game's parental level you previously had (0 if you had that game before using wiitdb).
but to my understanding you added new games to the hdd, games you never had previously?

I know there's a parental level bug for channels installed on the console because the channels are loaded before the xml and before the game settings.
now I think it might just skip the population of the game's data/setting for games without any settings. Maybe the problem wasn't the channel, but that wiitdb parental level is not properly loaded and applied at launch to any games at all, it might be done correctly only when downloading the xml?
well, that's a possibility based on your report. Without proper check I won't be able to confirm.

 

[ThaCrip]

@Cyan

but to my understanding you added new games to the hdd, games you never had previously?

That's correct. in my test in that post about a day ago ALL of those games are new to USBLoaderGX program.

because the games that were previously filtered correctly/working, still are working fine depending on 'controllevel' setting as expected. but it's ONLY the new games I added that have the issues with the 'controllevel' setting not working properly until I update the XML file once again at which point they will work as expected.

I should have mentioned this in my previous post. maybe that will help you narrow things down a little bit

 

[Cyan]

Big thank you to Leseratte for creating the new wiimmfi patching function for USBLoaderGX to work with last Mario Kart Wii security!
it even patches the StaticR.rel file which I thought not possible to do from the loader. This file patch allows easier worldwide match making.

USBLoaderGX r1271

changelog :
1269
* Added WiiVC detection and LibDRC support (Thanks Fix94)
* Updated LibIOSPatch to add WiiVC ISFS patches (Thanks Fix94)
* Fixed Nintendont IPL and Rumble settings not being used.
* Fixed booting Nintendont with WiiVC and HID devices connected
(Thanks JacobM for extensive tests)
Note that first HID controller port is always disabled when using WiiVC,
you need to connect your HID controller in port 2.
* Fixed multiple GPT partition numbering (untested)
* Changed default EmuNAND path from nand/ to nands/01/ required by neek2o.

1270 : nothing. just uploaded libraries to sourceforge.

1271 : Wiimmfi patch updated for Mario Kart Wii !
Same as before, just select "wiimmfi.de" in the custom server setting, and it'll patch the games to connect to wiimmfi servers.


report request:
I changed something related to GPT without testing it.
if someone has a GPT drive, let me know if it crash or works.
if someone has a GPT drive with 2 partition using different filesystem (FAT32+NTFS) let me know if it works, or still crash.

I also reverted the forced IOS58 at launch, it was a test from 1268 mod4, but not good. I restored the 1268 method of booting the loader (restored IOS 58 patching too. It seems ISFS without patching works only on vWii? or I messed again)

 

[JacobM]

Testing right now with WiiVC and vWii modes. Correct me if I am wrong, but with no neek2o for the vWii, that directory wouldn't work. vWii needs nand/ with the leaked neek. Regardless, if we can only have one or the other option it would make sense to leave it as nands/01 since the majority of USBLoaderGX users are on a Wii.

EDIT: Everything seems well. Is it possible to open USB Loader in neek on the vWii? I'm getting an IOS58 errors (also happens on previous builds).

 

[Cyan]

neek (not neek2o, not emuNAND cIOS) require the dump to be on the root of the device.

emuNAND cIOS allow subfolders (nand or nands/bla/bla/bla)
neek2o r96 require nands/something/
the leaked neek (Uneek2o) doesn't have hardcoded path, it works the same except it probably have the bug fixed and doesn't require 2 subfolders anymore but works with them if there.

there's no problem with emuNAND on vWii with the new path, and it fixes users who had black screen when booting neek2o without editing the path to use 2 subfolders.
It's only a default path for users who never used that loader. I didn't change the existing path set by users in their settings.


there's also no problem to have /nands/01/ on wii, as users can make multiple emuNAND folders too, without using neek.
for example, I saw users generating a different emuNAND for each region, and setting up like this :
/nands/full/ <-- install ALL games to be listed
/nands/pal/ <-- install only PAL
/nands/jpn/ <-- install only JPN

in the settings, set "full" as default to list all games. for each listed PAL or JPN games, go to individual settings and change the path to /pal/ or /jpn/ accordingly.
now, the loader display all games from the full folder, but when launched it uses the correct region based on the individual setting.



No, it's not designed to launch the loader while in neek environment.
if you want to launch channels or games, use the hidden boot menu to mount them to the disc channel.
USB and SD are rarely available for homebrew while in neek, it'll be unstable and could cause corruption. I never coded it to be used from neek. maybe it's possible to do but I don't see the need for now.
If you really want a loader inside neek, Wiiflow should work.
If you manage to launch USBLoaderGX in neek, don't choose "emuNAND" to list channels on your emuNAND, choose "real NAND" as neek system is seen as the real one.
but I'm not sure it'll work because USBGX doesn't reload to requested IOS, instead it tries to load cIOS249 for channels. This is another thing to add to the loader. probably 2019...2020 ? never?

Do you have GPT drive? I'm waiting for someone to report I broke it

 

[Alexander1970]

Big thank you to Leseratte for creating the new wiimmfi patching function for USBLoaderGX to work with last Mario Kart Wii security!
it even patches the StaticR.rel file which I thought not possible to do from the loader. This file patch allows easier worldwide match making.

1271 : Wiimmfi patch updated for Mario Kart Wii !
Same as before, just select "wiimmfi.de" in the custom server setting, and it'll patch the games to connect to wiimmfi servers.

Hello.

Thank you for the update and Wimmfi.Great work Leseratte & Cyan.
I´ll try this the first time,it works for me (and much easier) on Mario Kart original PAL & Mario Kart Deluxe 2.0.1 NTSC.

USB Loader GX works as usual,no issues,Nintendont too.Perfect.

 

[ThaCrip]

report request:
I changed something related to GPT without testing it.
if someone has a GPT drive, let me know if it crash or works.
if someone has a GPT drive with 2 partition using different filesystem (FAT32+NTFS) let me know if it works, or still crash.

I just tested a old 80GB IDE 3.5" hard drive I had laying around connected to a 'Vantec CB-ISA225-U3' device (basically converts any 2.5" or 3.5" hard drive to a USB 3 connection) that I converted to GPT using Windows 10's 'Disk Management' and then connected it to my Linux Mint backup computer and formatted it to FAT32 using GParted and then connected it back to my Windows 10 PC and checked cluster size and it shows 32,768 bytes (i.e. 32k).

so at this point I just transferred a couple of games, one Wii game and one Gamecube game, to the 'wbfs' and 'games' folders like usual and they seem to show up in the main USBLoaderGX r1271 menu fine and I briefly loaded the Wii game.

is that all you wanted to know?

I suppose I can use GParted and make a FAT32 and NTFS partition on the now GPT drive to but I never messed around with anything outside of a FAT32 formatted hard drive as I have only had a Wii not much over a month now.

but lets just say I get the whole FAT32/NTFS stuff going... anything specific you want me to test with say a Wii game on NTFS side etc? ; because if it's not too much effort I can likely test this soon for you.

 

[Kimboslice]

the dvv is linked to the device where the ISO is located, especially to prevent piracy by sharing the dvv file and copy to multiple hard drives.
you have to re-verify the ISO with the disc if you use a different path for the ISO. (even the same device, if you delete/restore the ISO you'll have to reverify the ISO because it has been moved, it's not using the same sectors on the device)

If you want to change devices, you'll have to use the vWii method, with backup/restore of the dvv using the Wiimote memory. don't just copy the dvv yourself from one device to another.

good to know... I thought the Dvv was genereated based off the console or wiimotes serial number or something...

I wonder how long that will last... only thing going for devo is bba, and the cost of replacements to some of my 15 year old destroyed disks would be more than the cost of just buying a bba adapter for the gc and modding my gc... lmfao, well, thanks for the help

Edit:continuing to test but still I believe the issue is Devo+usb loader gx is incompatible with my sd, moving the game to games/game.iso allows devo to work with it no problem... moving it back to games/gamename [gameid]/game.iso doesn't work and reboots me to the hbc… changing to nintendont it works fine

 

[JacobM]

emuNAND cIOS allow subfolders (nand or nands/bla/bla/bla)
neek2o r96 require nands/something/
the leaked neek (Uneek2o) doesn't have hardcoded path, it works the same except it probably have the bug fixed and doesn't require 2 subfolders anymore but works with them if there.

there's no problem with emuNAND on vWii with the new path, and it fixes users who had black screen when booting neek2o without editing the path to use 2 subfolders.
It's only a default path for users who never used that loader. I didn't change the existing path set by users in their settings.

Sorry Cyan! It has been a while since I tinkered with my vWii Uneek2o. I decided to not mess with it anymore once I got it working. I just recall having a lot of issues with stability and also with the file path otherwise I wouldn't have made the changes from my typical configuration such as changing nands/nand1 to nand/ and moving it to USB. I'm not sure my memory serves me correctly anymore, I apologize.

No, it's not designed to launch the loader while in neek environment.
if you want to launch channels or games, use the hidden boot menu to mount them to the disc channel.
USB and SD are rarely available for homebrew while in neek, it'll be unstable and could cause corruption. I never coded it to be used from neek. maybe it's possible to do but I don't see the need for now.
If you really want a loader inside neek, Wiiflow should work.
If you manage to launch USBLoaderGX in neek, don't choose "emuNAND" to list channels on your emuNAND, choose "real NAND" as neek system is seen as the real one.
but I'm not sure it'll work because USBGX doesn't reload to requested IOS, instead it tries to load cIOS249 for channels. This is another thing to add to the loader. probably 2019...2020 ? never?

Good to know! I was just experimenting with emuNANDthe other day to test Leseratte's code and get my vWii online. Honestly, don't waste another breath on neek loading of USBGX, not worth the trouble at all! Your knowledge on niche topics like this is impressive!

Do you have GPT drive? I'm waiting for someone to report I broke it

I don't sorry! I share my drive with my PS3 and if I recall correctly, GPT and the PS3 don't get along at all, lol

 

[Cyan]

is that all you wanted to know?

Yes, thank you for that test.

lets just say I get the whole FAT32/NTFS stuff going... anything specific you want me to test with say a Wii game on NTFS side etc?

I remember users reporting crash when selecting the partition.
either from the settings>hdd menu>first option (that option cycle through all the mounted partitions, the loader will try to access more partition than present on the drive).
either from the main screen>top menu>4th icon>enable Wii games.

The reported issue was that the loader mounted twice the amount of partition.
for example if you have FAT32+NTFS, it actually mounted FAT32+FAT32+NTFS+NTFS
when you tried to select the second partition, it used FAT32 libraries, while the second partition is NTFS.

I tried to find where the sources had this bug, but couldn't find it. Other loaders are using the same partition detection sources so I'm really not sure why this loader has everything in double when using GPT.
the solution I found for users is to not mix partition system : use only FAT32 or only NTFS, so when it's incorrectly selecting the partition number it's matching the file system.

I found a bug in the GPT partition listing, where all partition had "partition number 0". but even wiiflow has that bug, and it doesn't crash! maybe it's not using the partition numbers the same way.


Maybe the issue is with GPT+IOS58 only ?
when using IOS58, both USB ports are available at the same time (unlike cIOS which is one after the other).
maybe the loader mounts the same drive twice, thinking there are two USB plugged?
maybe the issue is the usb driver not properly detecting the used USB slot, and not the partition mounting sources. that'll explain why there's twice the same partitions.

with cIOS : mount port 0 (find hdd in port 0) then mount port 1 (doesn't find any hdd here)
with IOS58 : mount port 0 (both port are mounted and find plugged hdd(s)) then mount port 1 (both port are mounted and find plugged hdd(s) again)

So, if you do the test, do this:
GPT : FAT32 + NTFS
test 1 : loader setting cIOS d2x r52, go to hdd setting and cycle found partition, try mounting both and go back to main screen to list game from both.
test 2 : loader setting IOS58, same test
test 3 : d2x r53 if you can, with USB Port set to both, same test

Maybe the "mount all partitions" setting could also affect the crash.

I thought the Dvv was genereated based off the console or wiimotes serial number or something...

Maybe you are right. At first it was based on starting sector of the ISO and ConsoleID. you could trim the ISO once verified and it worked as long as you didn't move the file.
then WiiU was released and Tueidj updated his dvv to use wiimote's ID because WiiU can't read gamecube disc to verify the ISO. I thought it had to do an additional verification step on vWii+HDD based on a seed on the wiimote before launching the game for the first time on vWii to write the new dvv on hdd. something like this : verify disc on Wii+ISO starting sector+deviceID, good -> copy a key on wiimote (probably everything except consoleID) -> launch on vWii -> verify the ISO again based on wiimote content (same device ID, same starting sector) -> write a new dvv with vWii console ID+ISO starting sector+deviceID.
Maybe he changed the dvv from sector to path.
but I kind of forgot actually, sorry.

Sorry Cyan! I apologize.

why? no reason to be sorry.
that's not something people should remember, but I'm glad to explain again when needed.

Your knowledge on niche topics like this is impressive!

I remember things I shouldn't?
I probably forget things I should remember. haha

 

[Alexander1970]

Do you have GPT drive? I'm waiting for someone to report I broke it

Hello.

I´ve make with Windows 10 an 80 GB HDD with GPD and 2 Partitions,first is NTFS with Wii Games,second FAT32 with Gamecube Games.
The issue is that the Gamecube Games are not showing.
In the USBLoader GX settings i can choose between the NTFS & FAT32 Partition (it shows the correct Partitonsizes) but the Gamecube Games are not there.

When i boot in Wiixplorer is shows the HDD as USB2 & USB3 with everthing on it.
Maybe i forget something to configure ?

Thank you for reading and maybe a solution for me.

 

[Badablek]

Thanks for this new revision of USBLoader GX @Cyan
I built the unofficial tabmod version, in case it's still useful for (some) people. I'm not able to test this in WiiVC mode, hope nothing is wrong (first time I compile something with libwiiDRC). Just made a quick test on Wii, works great.

As always, if you download and use this unofficial build, you agree to NOT report anything related to it to Cyan, which is in no way affiliated with it. Do NOT bother him ! You should only report bugs you're experiencing with the OFFICIAL build. If you don't agree with that, then do not use this unofficial mod, as simple as that !

ps : maybe you should add a little reminder on sourceforge that you need libWiiDRC in your libogc in order to compile this new revision
I know it's obvious, but I don't think everybody has libwiiDRC in its libogc folder (like me one hour ago ).

 

[Cyan]

yes, I noticed it require to make/instal the library. I think I'll do the same thing that Greywolf's branch : he added the .a file directly into the sources.
he put them outside of trunk, but the loader already has a /trunk/libs/ so I'll put them here with the others. this way, everything will be present for users who just want to compile and don't know anything about libraries or devkit.

thanks for updating tabmod this fast
I'll update the link on the firs post.

´ve make with Windows 10 an 80 GB HDD with GPD and 2 Partitions,first is NTFS with Wii Games,second FAT32 with Gamecube Games.
The issue is that the Gamecube Games are not showing.
In the USBLoader GX settings i can choose between the NTFS & FAT32 Partition (it shows the correct Partitonsizes) but the Gamecube Games are not there.

no crash? and you had proper number of partition, no duplicate? that's good sign
did you try to list games on both partitions? select ntfs, go back to main window. select fat32 go back to main window (even if you don't have wii games it should crash if the bug is still present)

the hdd setting menu is only affecting Wii game. even the "load multiple partition" is only for wii games. The loader was build around wii games only, gamecube wasn't a thing when the hdd menu was created. I added most gamecube features after the v3.0 release, but I didn't change the old menus.
I know it's not very user friendly nor intuitive, but for the moment it's like that. I had idea to improve the loader's interface, but it'll probably never be done.


to display gamecube games :
settings > custom paths > Gamecube main folder : change usb1:/games/ to usb2:/games/
main window > top menu > 4th icon > enable gamecube games to be listed.

 

[Alexander1970]

Hello.

- I´ve changed the path(s) and the Gamecube Games are there !! Thank you.(nice sideeffect:before i had the standard Gamecube Sound/Background when starting a Game,now i have for Example Resident Evil 2 Sounds and custom Background Great !!!)

no crash? and you had proper number of partition, no duplicate? that's good sign

No crash(es) and no duplicate(s).

Everything works fine:
- Gamecube games / InGame Reset
- Wii Games / Return to Loader

the hdd setting menu is only affecting Wii game. even the "load multiple partition" is only for wii games. The loader was build around wii games only, gamecube wasn't a thing when the hdd menu was created. I added most gamecube features after the v3.0 release, but I didn't change the old menus.
I know it's not very user friendly nor intuitive, but for the moment it's like that. I had idea to improve the loader's interface, but it'll probably never be done.

I think it´s ok,if no one uses more than 2-3 Partitions on HDD.

As i said: outstanding Update (Wimmfi ) great work.

Thank you.

 

[vbarros22]

Hi Cyan I have some old problem with WiiTDB I guess. Its normal for Okami to be named Õkami? I would like this in alphabetical order on the ULGX as in O line but it stays on the last line after Z for example
Maybe it's a minimalist thing, but you suggest something?

 

[ThaCrip]

So, if you do the test, do this:
GPT : FAT32 + NTFS
test 1 : loader setting cIOS d2x r52, go to hdd setting and cycle found partition, try mounting both and go back to main screen to list game from both.
test 2 : loader setting IOS58, same test
test 3 : d2x r53 if you can, with USB Port set to both, same test

Maybe the "mount all partitions" setting could also affect the crash.

I did the partitioning stuff using GParted (in Linux Mint v19) and it's GPT (then verified the GPT in Windows 10's 'Disk Management' on my main PC and did the actual Wii/Gamecube game transfers on my Windows 10 PC)...

-First Partition is about 40GB (FAT32 32k clusters) ; one Wii game and one Gamecube game in usual 'wbfs' and 'games' folders.

-Second Partition is about 40GB (NTFS 4k clusters) ; one Wii game in the 'wbfs' folder.

in short... all three games show up in USBLoaderGX r1271.


Test 1... Loaded up USBLoaderGX r1271, which currently is set to Slot 250 which is 'cIOS d2x v10 beta52 base 56' (both LOADER and GAME IOS's are slot 250) as it seen the FAT32 games (one Gamecube and one Wii game). then I went to... 'Settings > Hard Drive Settings' and then switched 'Multiple Paritions' from OFF to ON and then went back to the main menu and it shows all three games now which is one Gamecube game and one Wii game on the FAT32 partition (which is the first partition) and then it shows the Wii game on the NTFS partition (which is the second partition).

also, when you say 'cycle found partition' I assume that means... 'Setttings > Hard Drive Settings > Game/Install Parition'? ; because if so, it was on FAT32 initially and selecting it with the hand and pressing the A button on Wii remote it instantly selects NTFS and then if I press A again on it, it then switches back to FAT32. but doing this seems to have no effect on the three games shown when 'Multiple Partitions = On' is selected as when it's off it always shows the Gamecube game regardless of FAT32/NTFS partition but in terms of the Wii game it only shows the Wii game depending on whether FAT32 or NTFS is selected.

also, I don't know if this is worth much but... on the 'Game/Install Partition' (in Hard Drive Settings) section when selecting the FAT32 partition it seems to show around 40GB but when selecting the NTFS partition it seems to claim it's pretty much the full 80GB even though I got the drive roughly split 40GB/40GB and on the main Wii menu it seems to only show the free space in relation to, I am assuming, the FAT32 partition it seems regardless of whether I select the FAT32 or NTFS on the 'Game/Install Partition'.

also, I was playing with things and... I turned OFF the 'Multiple Partitions' and then selecting the NTFS or FAT32, the reported storage space is some random long number on the main USBLoaderGX menu. also, while still having 'Multiple Partition = Off' I can switch from FAT32 to NTFS it always shows the Gamecube game (which is located on the FAT32 partition) but only lists the Wii game in relation to the correct partition. so if I have the NTFS selected it only shows that Wii game from that partition, or if I select the FAT32 partition it only shows the Wii game on there but the Gamecube game shows up regardless of which partition I selected.

Test 2... without rebooting the Wii, so it's basically in same state as above except changing the "Settings > Loader Settings > Loader's IOS = IOS 58" and I don't seem to notice any freezes etc by switching from FAT32/NTFS and going back to the main menu as when 'Multiple Partitions = On' and even turning that 'Multiple Partitions = Off' and then going to FAT32, back to main USBloaderGX menu, games listed as expected. then selecting NTFS and doing the same thing. on a side note... the correct GB stuff is showing correctly again but I think it's stuck to only showing the FAT32 (or NTFS) used/free storage space like it was previously.

NOTE: Test 3 ; I don't currently have the 'd2x-v10-beta53-alt' installed on my Wii. I suppose I could flash it to Slot 251(?).

so given the Test 1 and Test 2... is that pretty much what you wanted to know?

p.s. I never loaded any of the games up to play them if that matters during this test.

 

[Cyan]

Hi Cyan I have some old problem with WiiTDB I guess. Its normal for Okami to be named Õkami? I would like this in alphabetical order on the ULGX as in O line but it stays on the last line after Z for example
Maybe it's a minimalist thing, but you suggest something?

yes it's normal, it's the official name.
multiple option :
- edit wiitdb.xml manually, and don't update it (or edit each time you update it)
- rename the game from the loader interface (but it's not always loaded correctly, it's a bug and I don't know why)
- disable gametdb, if you used wiibackupmanager to install games it'll use the folder's name as titles, so rename the folder.

also, if you don't want to rename, but still see the correct title:
- I'm sure your title is only "kami" because the internal system font doesn't have that letter, if you want it displayed you have to disable system font to use the font inside the dol, if still not enough there's a full font (4MB) you can force using themes.
- the O will still be at the end because on the Unicode table it's located far away than normal ASCII letters. to fix that I need to edit the sources to put it at the same level than normal O.

but doing this seems to have no effect on the three games shown when 'Multiple Partitions = On' is selected

First, thank you for all the test you did !
Everything is fine and helped me. I think the crash issue is fixed.

As for that option "install partition" has indeed no apparent effect if you enable "multiple partition" option.
but it still has an effect : if you insert a game Disc, it's the HDD partition which will be used to install the game. it's the "install partition". I know many loader's menu names are confusing, it was coded by many different dev, from different nationalities, each thought of his own names for menus.
It's neither instinctive nor harmonized (I tried to fix that with the french language translation, harmonise instead of translate word, for example an identical thing is called differently in different menus.... not good).

when selecting the FAT32 partition it seems to show around 40GB but when selecting the NTFS partition it seems to claim it's pretty much the full 80GB

hmm, that's not normal. I never used ntfs so I never noticed.
maybe it's a bug with how ntfs drive size is calculated? I'll have to verify the ntfs partition header and learn how it works.
if you have time, could you try different ntfs size? if not, don't worry.

on the main Wii menu it seems to only show the free space in relation to, I am assuming, the FAT32 partition it seems regardless of whether I select the FAT32 or NTFS on the 'Game/Install Partition'.

on the main screen, the size should be the partition you select as "install partition", it's the remaining free space to add new games.
at least, it's how it should work. Maybe it's affected by the multiple partition option? or maybe another bug.

, the reported storage space is some random long number on the main USBLoaderGX menu.

that's usually symptom of corrupted memory, bad compile, etc.
could you try r1268 ? and that way we will verify if the GPT bug is present in that revision and fixed in 1271, or if it was another bug and I didn't fix it. if your hdd works with 1268, then the crash bug users reported previously is something else.

also, while still having 'Multiple Partition = Off' I can switch from FAT32 to NTFS it always shows the Gamecube game (which is located on the FAT32 partition)

Like I said, the HDD setting menu affects only Wii games.
the "multiple partition" option is NOT related to gamecube display at all. gamecube options are in custom path menu. that's normal that gamecube are still displayed even if you (apparently) choose to mount only the first partition.
you choose the first partition for Wii game only. it'll not try to find more wii games on other partition. that's all.

install partition : HDD partition used to install new Wii game from disc.
multiple partition : try to find Wii games from more than one partition.
GC Main Path : the USB (or sd) folder used to list and install new gamecube games from disc.
GC SD Path : alternate path, mandatory on SD card for DML only, not used to install game but used to copy games from "main path" to that folder before launching it. if you don't use DML, don't bother with that one. if you want some GC on SD, it's the path to use.
GC order : Auto (based on DM, DML, Other) : remove duplicated games and list only the one based on his preferred location (usb for DM, nintendont, devo) (SD for DML). can be set manually, only SD, only USB, USB+SD, SD+USB.


don't worry about r53, if it worked with IOS58 that's the most important.

I'm more concerned by the wrong reported partition size. not only in the hdd menu but also in the main screen. I suspect a memory corruption which is never good.
if you notice any badly formed words, letters, font, please report immediately and don't use that revision to often, last time it did that it corrupted someone's hdd content.

 

[Codemastershock]

I have some issues testing this new build.
It seems that it is using neek instead of the emunand function inside ios, but at the same time, I cant play Paper Mario or Majoras Mask inside USB Loader GX as I can inside the true neek environment, but at the same time, I cant use emunand in disc games either like I used to. Before I could play most games in emunand, regardless of media and used nswitch in some specific cases, now i can only play emunand with installed games with no benefit from compatibility (Paper Mario and Majoras). I dont know if the nand is set up properly because it loads in nswitch, but it is strange that Paper Mario doesnt work when in USBGX like it would.
I think a toggle for cios emunand and neek would be neat, I could keep cios for disc games and neek for everything else.
It is even more confusing that neek is tied to specific folders and when a game is installed on a drive, it works fine on a different folder like emunand cios, but as soon as I pop an disc, it ignores all settings and goes straight to system memory

 

[ThaCrip]

@Cyan

As for that option "install partition" has indeed no apparent effect if you enable "multiple partition" option.
but it still has an effect : if you insert a game Disc, it's the HDD partition which will be used to install the game. it's the "install partition". I know many loader's menu names are confusing, it was coded by many different dev, from different nationalities, each thought of his own names for menus.

I see. so in other words I can pretty much leave it untouched as it's strictly for which partition Wii game discs install to.

on the main screen, the size should be the partition you select as "install partition", it's the remaining free space to add new games.
at least, it's how it should work. Maybe it's affected by the multiple partition option? or maybe another bug.

I can't seem to ever get it to show the NTFS storage space as even when it does display the free space etc properly, it's ALWAYS showing the FAT32 partition and never the NTFS as even when I get the NTFS with MP ON or OFF showing without the random long number it's always showing the FAT32 partitions free space.

that's usually symptom of corrupted memory, bad compile, etc.
could you try r1268 ? and that way we will verify if the GPT bug is present in that revision and fixed in 1271, or if it was another bug and I didn't fix it. if your hdd works with 1268, then the crash bug users reported previously is something else.

for the random long number display issue on USBLoaderGX's main menu as playing with it a moment ago on r1271...

one thing I just noticed is I can get USBLoaderGX r1271 to fix that random long number issue WITHOUT exiting USBLoaderGX by messing with the Multiple Partitions thing with OFF/ON in combination of selecting FAT32/NTFS...

boot USBloaderGX with FAT32 and Multiple Partitions OFF, free space shows properly, then switch to NTFS and then Multiple Partitions ON and go back to main menu it shows random long number. then select FAT32 and then MP OFF and go back to main menu the 'xx.xxGB of xx.xxGB free' displays properly again and then I go back in there and switch to NTFS and MP ON and random long number returns. this stays consistent when doing that multiple times back and forth.

but basically playing around with that stuff I can trigger and un-trigger that long random number displaying as just switching one or the other does not always fix it or corrupt it but doing that stuff I said above seems consistent. but if I start adjusting one setting or the other that's when settings can alter without always triggering, or fixing, the issue etc.

also, I noticed if you leave the USBLoaderGX menu in that random long number state, then boot to official Wii menu, then back into USBLoaderGX, it goes immediately to the random long number stuff. but if USBLoaderGX is displaying the free space etc properly on main menu, which I can fix by playing around with cycling the Multiple Partition and FAT32/NTFS stuff, it will stay that way without that random long number issue exiting to Wii menu and back into USBLoaderGX until I mess with it to get it to trigger the issue again.

anything else worth looking into on my end? ; or should I try that exact test above with r1268 and see if it reacts the same (or similarly)?

I'm more concerned by the wrong reported partition size. not only in the hdd menu but also in the main screen. I suspect a memory corruption which is never good.
if you notice any badly formed words, letters, font, please report immediately and don't use that revision to often, last time it did that it corrupted someone's hdd content.

Well I guess as long it as it does not mess up anything like save game progress I should be okay as even if it takes out ALL of the data on the hard drive I have everything backed up on my main PC already so I can always re-transfer the data back onto it should it become corrupted.

Thanks for the info.