yes, as long as it finds the ID in the folder, it will use it from here.
and if you use wiitdb, you can name your folder with anything else, it's just for your own convenience, as it will use the title from wiitdb.xml instead.
@Cyan 3 questions regarding the ios.
-what's the difference if any, between manually editing the xml file to add ios58 as the loaders default (so it reloads 249 before launching the loader) *which is what I currently do* and just entering ios 58 in the loaders options? ( So basically ios 58>cios 249)
-Why not use a cIOS with base 58? Would it be the same?
-Why don't you make ios 58 as the default? Everyone has it and apparently, a lot of people (myself included) have issues with initializing some drives with 249... Speed? Or...?
3. We did that few years ago, and lot of users had issues with their HDD not being recognized (that's funny, because now it's being used to fix unrecognized device with cIOS), so we reverted back to use cIOS at launch.
2. we can use a cIOS with base58, yes. the USB Module in a base58 is kept to the official one. But not all games are compatible with cIOS base58 (lot of black screens at launch, unfortunately).
1. When you edit the settings from inside the loader, it's ALSO editing the meta.xml argument.
so if you edit the setting manually in GXGlobal, it's not editing the meta.xml
if you edit the meta.xml manually it's not editing GXGlobal.
all this is maybe confusing because of the setting's names (I always told the GUI names were poorly chosen).
It's actually missing a setting : boot IOS.
The loader is using two different IOS : one at boot (located in meta.xml), one inside the loader (located in GXglobal.cfg).
When you set the "Loader's IOS" setting, it's affecting both.
I recently added a forced meta.xml rewrite when the user edit the settings. it wasn't affecting the xml in previous revision, and it worked like your current setup : different slots numbers for boot and settings. I thought if users wanted to use 58 in the loader, they would better use 58 in meta.xml too (no need to reload to 249 to reload to 58 again while HBC was already using 58)
When you launch the loader, the current IOS is already IOS58 (loaded by either HBC or the forwarder channel).
If you don't use the meta.xml arguments, it's automatically reloading to the default cIOS (249/250/222 based on the boot.dol you use, but I stopped releasing 222 and 250!) before mounting the devices, then read the cIOS the user want to use for the loader's IOS and reload to it if different.
IOS58 > Boot > meta.xml IOS ? yes -> reload to it. no, reload to default cIOS 249 -> mount SD and USB using current IOS -> load GXGlobal.cfg -> is the user requesting a different IOS slot than the currently loaded ? no-> fine; yes -> unmount device, reload IOS, remount devices -> display GUI.
So, if you set 58 in meta.xml and 249 manually in GXGlobal, it will use 58 to "look for the GXGlobal.cfg file" at launch, and will see you want to use 249 so it will reload to cIOS249 (takes 1-2 seconds at launch screen)
if you set your meta.xml and GXglobal to the exact same slot, you win some loading time, as you skip a IOS reloading cycle.
if your meta.xml is set to 58, it's even faster because HBC is already using it and you don't need any reload at all.
But if you use dual port, you'd have to use a d2x IOS as "loader's IOS" or it will not mount both drives at the same time. you can use 58 in meta.xml (to init the drive in case you have HDD detection issue) and then switch to cIOS v10-alt in the loader to mount both usb drives.
That's why a proper third option could be useful : "Boot's IOS" "Loader's IOS" and "Game's IOS". Boot IOS would be the one located in the meta.xml.
note that meta.xml also have a "usb to mount" option, and you'd better use a d2x in meta.xml in that case, or the partition order could be reversed if you load with 58.
I feel I made it more confusing than clearing your concerns, no?
HBC or forwarder 58 -> meta slot -> config slot
the meta is used to init the drive
the config is used to manage the drive