channel animations instead of boxarts (read the Opening.BNR from the ISO)
That will be awesome
That will be awesome
Who was there first, the chicken or the egg? Before we can load the settings, we have to have cios 249 and/or 222 loaded. So no, you can't. But then again, it won't bother you, and it takes only a few milliseconds.mousex said:Can we disable this in the settings? Most users here have GX running and don't need the stub detection I guess.r-win said:The deal is this: we try to detect if you have stubs installed. The only way to detect that is to check the revision of 249 and 222.
Yes, it would. Unfortunately, the format of BNR files is unknown for a big part. We can extract the images, we can extract the sound, but we are missing the relation.Soplox said:channel animations instead of boxarts (read the Opening.BNR from the ISO)
That will be awesome
Just to make sure...r-win said:No, there should be no difference whatsoever. I tried this yesterday with a new harddrive (partitioned it like you did), but I cannot reproduce this behavior.
That one is easy: USB GX has it's own parental control. You can find it in the settings, where you can also unlock it. The default password is aabbaa (I think). The parental control settings of the wii are not used yet, but I have a version in test (expect a commit tonight), which will use them.wiiesel said:now i have another problem that is surely related to the other one.
when i want to update, the loader tells me "console locked, please unlock...."
and when i try to change the gameload settings he tells me the same
the parental control in my wii is off....i dont know what to do
No need to be so arrogant, you are just modding code others made.r-win said:Who was there first, the chicken or the egg? Before we can load the settings, we have to have cios 249 and/or 222 loaded. So no, you can't. But then again, it won't bother you, and it takes only a few milliseconds.mousex said:Can we disable this in the settings? Most users here have GX running and don't need the stub detection I guess.r-win said:The deal is this: we try to detect if you have stubs installed. The only way to detect that is to check the revision of 249 and 222.
Because that's how it's designed. We investigated the time it'll cost us to change that, and I can only say that it changed our point of view about removing that requirement. For now, live with it, USB Loader GX is designed to be a USB Loader, and it's exactly that. We will remove that requirement at one point, when someone is bored. However, just removing it isn't enough. People want to be able to attach it later, to switch drivers, etc.justinrocks123 said:Is update broken for usb loader gx. Don't flame.., but whenver i try to update it won't. And I used a newer revisoin. and when a new one came up I tried to update and it still didn't work?Any help:?
No, it's not broken. But there is a difference between revisions and versions. The versions on the update server are tested version, while the revisions on the google download page are automatically compiled from our commits into source control.
Also, why can't you load usb loader gx when it can't detect the hard drive?smf said:Why do you need to initialise the CIOS before showing the menu anyway?
It seems to be starting up alot slower than before & the console output is annoying.
Initialising SD & WBFS when I'm not using them seems pointless.
Actually, we do initiliaze them when showing the menu. That is the whole point of starting up. USB GX is designed to be an USB Loader which is able to run games from USB. Therefor, it's first thing is to access the drive, and search for games. So we added the check right before.
Btw, about the slower load time. It seems that way, because you saw console output now. Reloading into 36 and 236 doesn't cost a thing. Checking costs something, but the longest reload is into 222. And the fact that we show console output now, and the menu a bit later, makes it "look" longer. Anyway, the console output will only visible when booting from HBC.
It doesn't rely on it, it just checks the options. Btw, stubbing also goes for 222, 223, 249 and 250, so that's not a valid argument imo.smf said:Putting the CIOS to use in the config would be good, you should be able to read the config using a standard IOS.
Not true. A lot of harddrives are not supported by libogc, while they are by using a cios. We would drop support for those drives. Making an exception for such drives is useless and a waste of our time, since we can make it generic. The cost is a few milliseconds, over which this discussing goes.
QUOTE(smf @ Dec 9 2009, 09:19 AM) Relying on 236 is only good until Nintendo stubs that. If Nintendo stubs everything then you're back at square one.
QUOTE(smf @ Dec 9 2009, 09:19 AM)
It seems extra work to put up a menu, when you might want to use the hbc or disc loader functionality.
The options on the menu are all things you can do within the loader anyway.
Can't you just assume 0 games if there is no hard drive? Fine to show an error, but the current behaviour is very restrictive.
I totally miss the arrogance in my response. And no, normal ios isn't adequate to always load the config file. Maybe it is from SD, but the default location of the config file is on USB. And a lot of drives are not supported by ios, but are by cios. That's the whole reason we NEED this.mousex said:No need to be so arrogant, you are just modding code others made.r-win said:Who was there first, the chicken or the egg? Before we can load the settings, we have to have cios 249 and/or 222 loaded. So no, you can't. But then again, it won't bother you, and it takes only a few milliseconds.
Why do we need a cios to load settings? I'm fairly sure that a normal ios is adequate to read this little file on the sd card. And how do you load cios 249 and 222?
And the "few milliseconds" are a ugly console which stays there at least 2 seconds. I thought GX wants to have a nice GUI as it can't reach CFGs features but this console at the beginning does not fit into the nice gui.
r-win said:Please make sure you have WiiTDB turned on in the settings, AND that you have downloaded the WiiTDB file (settings, 2nd page, update, wiitdb).fullstrength said:Rev847 claims to have "Fixed slow startup when loading from FAT" but that doesn't seem to be the case for me.
Old8oy said:all you're doing is editing someone else's code right? Anybody could do that. I mean, smf and mousex are both fully competent coders...at least they act like they are. i'm sure they both have their own USB Loaders in developement and I'm sure they will be 100 times better than GX!
Then submit a patch, it's open source.smf said:Old8oy said:all you're doing is editing someone else's code right? Anybody could do that. I mean, smf and mousex are both fully competent coders...at least they act like they are. i'm sure they both have their own USB Loaders in developement and I'm sure they will be 100 times better than GX!
Well, I'm pretty sure I could make it at least try to load the config from the device that you've just loaded the executable from.
Even if that means splitting the IOS to use out from the standard config, so you can keep the game specific stuff with the games.
More of a problem for people who install the channel, but you could fallback in that case.
It doesn't take a competent coder to realise that using IOS236 is a bad idea. I've explained why, if you don't get it then it's not my fault. It's only there to stop crashes for newbies, but there are better ways round the problem.