Hacking Configurable USB Loader

pplucky · Mar 25, 2011

goku1980 said:
tried that and still a no go like i said it just my be a bad rip of the game.where i got mine frim has 2 diffrent releases i tried both and still got stuck in the same spots,i was going to give it a shot in sneek+di but im having trouble with that right now (mainly because im new to sneek+di).

I didn't try it myself, but apparently it works with Sneek.

gaos74 · Mar 25, 2011

Hi guys.

Found the easter egg!

When this version of the loader is expected to be released?

Hyro-Sama · Mar 25, 2011

So I need to just keep testing all of the Hooktypes until one works?

pplucky · Mar 25, 2011

salamai said:
So I need to just keep testing all of the Hooktypes until one works?

Until one hopefully works, yes!

xabby666 · Mar 26, 2011

in some tests i've made with we dare i came to the conclusion that the game crashes with loaders operating on different partitions type. Loaders with the only wbfs support run the game correctly. Maybe a conflict with the ntfs libs?

airline38 · Mar 26, 2011

I tried all hooktypes with v67a for "We Dare" in my "WBFS" drive.Unfortunately,
none of the hooktypes work. (freeze at the same screen)

Dr. Clipper · Mar 26, 2011

airline38 said:
I tried all hooktypes with v67a for "We Dare" in my "WBFS" drive.Unfortunately,
none of the hooktypes work. (freeze at the same screen)

The hook types are only for Ocarina cheats. Nothing to do with the We Dare issue.

pplucky · Mar 27, 2011

Hi there.

Everytime I run a game with Cfg Usb Loader, I get an error message saying that it cannot update or use play_rec.dat. If I run the game with write_playlog:0, this does not happen.

How can I fix this? Does anyone have any idea?

Thanks in advance.

EDIT: I could fix it by doing the same as described here, but why did this happen? Does anyone have an idea?

MisterMooth · Mar 27, 2011

I used the latest version to rip Super Smash Bros Brawl to a WBFS folder on my NTFS drive, and Wii Backup Manager can't seem to read it properly. I've tried ripping it a few times but without any luck. It appears to rip fine, and it plays fine too. But for some reason I can't get Wii Backup Manager to calculate the MD5 hash, and if I try to transfer it over (just to test), it fails. Could this be something to do with the way CFG rips discs? WBM has never given me this problem before, and it's the only game that's acting up this way. Here's a log: http://cl.ly/5XNV (errors are at the bottom)

Thanks.

Dr. Clipper · Mar 27, 2011

pplucky said:
Hi there.

Everytime I run a game with Cfg Usb Loader, I get an error message saying that it cannot update or use play_rec.dat. If I run the game with write_playlog:0, this does not happen.

How can I fix this? Does anyone have any idea?

Thanks in advance.

EDIT: I could fix it by doing the same as described here, but why did this happen? Does anyone have an idea?

The play logging only updates the play time of the current game. It is the Wii Menu which takes that play time and adds it to the list of all played games. In order to utilise play logging, you MUST return to the real Wii Menu between games. Thus, you cannot use BootMii or Priiloader to autoboot to the HBC or Cfg at startup and you cannot use the return_to_channel option to get Cfg to restart on exit of a game.

The best way to utilise the write_playlog feature is to have your Wii boot to the menu and then launch a forwarder channel to start Cfg.

ddetkowski · Mar 27, 2011

have a ntfs formatted drive, with the games in wbfs folder.
every time I try to launch the usb channel, it kicks me back to the wii menu.
Any info on how to fix?

ShadowSonic2 · Mar 27, 2011

ddetkowski said:
have a ntfs formatted drive, with the games in wbfs folder.
every time I try to launch the usb channel, it kicks me back to the wii menu.
Any info on how to fix?

1. Make sure iOS58 is installed. If not, use the iOS58 Installer.
2. Make sure the SD Card with /apps/USBloader/boot.dol is inserted.

pplucky · Mar 27, 2011

Dr. Clipper said:
The play logging only updates the play time of the current game. It is the Wii Menu which takes that play time and adds it to the list of all played games. In order to utilise play logging, you MUST return to the real Wii Menu between games. Thus, you cannot use BootMii or Priiloader to autoboot to the HBC or Cfg at startup and you cannot use the return_to_channel option to get Cfg to restart on exit of a game.

The best way to utilise the write_playlog feature is to have your Wii boot to the menu and then launch a forwarder channel to start Cfg.

In fact, I had both write_playlog and return_to_channel features activated, but I never had any issues until now.

Anyway, just a suggestion, how about defining an order between these 2 options and ALWAYS disable the second one if the first one is being used (considering that write_playlog can be activated in config.txt or settings.cfg on a per game basis)?

One more question: in the meta.xml option file, don't the symbols work to disable (or comment) all the settings in the lines in between them?

FIX94 · Mar 27, 2011

ddetkowski said:
have a ntfs formatted drive, with the games in wbfs folder.
every time I try to launch the usb channel, it kicks me back to the wii menu.
Any info on how to fix?

Do you have the apps/usbloader folder on ntfs? This could be a problem if you are using v9 because the ntfs lib I used to compile it was outdated, then you should use v9b then:
http://gbatemp.net/t275487-official-cfg-lo...t&p=3522747
You also should make sure if you have IOS58 installed correctly.

Dr. Clipper · Mar 27, 2011

pplucky said:
Dr. Clipper said:

The play logging only updates the play time of the current game. It is the Wii Menu which takes that play time and adds it to the list of all played games. In order to utilise play logging, you MUST return to the real Wii Menu between games. Thus, you cannot use BootMii or Priiloader to autoboot to the HBC or Cfg at startup and you cannot use the return_to_channel option to get Cfg to restart on exit of a game.

The best way to utilise the write_playlog feature is to have your Wii boot to the menu and then launch a forwarder channel to start Cfg.

Click to expand...

In fact, I had both write_playlog and return_to_channel features activated, but I never had any issues until now.

Anyway, just a suggestion, how about defining an order between these 2 options and ALWAYS disable the second one if the first one is being used (considering that write_playlog can be activated in config.txt or settings.cfg on a per game basis)?

One more question: in the meta.xml option file, don't the symbols work to disable (or comment) all the settings in the lines in between them?

If you utilise both write_playlog and return_to_channel, what you will find typically happening is that only the very last game you play will get logged next time you go to the Wii Menu. This is because the current file will not be added to the main list, then Cfg rewrites the file with the new game being played, so the info for the old game just gets lost.

As for defining order, it doesn't make much sense for the options to disable each other, especially if people are using the per-game options. Incidentally, if there are only a handful of games you want to log, also turn on the 'Clear Patches' option for the game as this disables the return_to_channel patch for that game.

On meta.xml, yes it seems comments are meant to be handled that way. However, not every app is going to know about this, so it is better to not use them.

pplucky · Mar 27, 2011

Dr. Clipper said:
If you utilise both write_playlog and return_to_channel, what you will find typically happening is that only the very last game you play will get logged next time you go to the Wii Menu. This is because the current file will not be added to the main list, then Cfg rewrites the file with the new game being played, so the info for the old game just gets lost.That was also my understanding, but what may have caused that error I got with file play_rec.dat? Should I be worried or is this normal to happen? Could have this been caused by having both return_to_channel and write_playlog active in config.txt?

QUOTE(Dr. Clipper @ Mar 27 2011, 09:53 PM) On meta.xml, yes it seems comments are meant to be handled that way. However, not every app is going to know about this, so it is better to not use them.

I tried using that with Cfg Usb Loader meta.xml, because I had the return_to_channel option there, but it was always returning to the channel, regardless of which I had or not! I had to completely delete the lines in order to get it work as it should.

goku1980 · Mar 27, 2011

so i decided to use wiinner gamer tag and i edited the config text just like the have here http://gbatemp.net/t250499-wiinnertag-game...-for-wii-owners and i get a http 404 error how can i fix this
im useing cfg 67a 222

Dr. Clipper · Mar 28, 2011

pplucky said:
That was also my understanding, but what may have caused that error I got with file play_rec.dat? Should I be worried or is this normal to happen? Could have this been caused by having both return_to_channel and write_playlog active in config.txt?
Are you also launching via Priiloader or something? That would explain the problem.

QUOTE said:

I tried using that with Cfg Usb Loader meta.xml, because I had the return_to_channel option there, but it was always returning to the channel, regardless of which I had or not! I had to completely delete the lines in order to get it work as it should.
Yeah, it seems the HBC guys didn't care about comments in their xml parsing. Then again, was this using HBC or a forwarder? I know the forwarder method probably doesn't care about comments, but we could technically make that so. Try the HBC if you haven't before.

QUOTE(goku1980 @ Mar 28 2011, 08:12 AM)

Click to expand...

so i decided to use wiinner gamer tag and i edited the config text just like the have here http://gbatemp.net/t250499-wiinnertag-game...-for-wii-owners and i get a http 404 error how can i fix this
im useing cfg 67a 222

Note that you can't just copy and paste the text they have there as GBATemp has shortened the URL. Just ignore the gamercard_url line as the default is correct and only use the gamercard_key line.

pplucky · Mar 28, 2011

Dr. Clipper said:
pplucky said:

That was also my understanding, but what may have caused that error I got with file play_rec.dat? Should I be worried or is this normal to happen? Could have this been caused by having both return_to_channel and write_playlog active in config.txt?
Are you also launching via Priiloader or something? That would explain the problem.

QUOTEI tried using that with Cfg Usb Loader meta.xml, because I had the return_to_channel option there, but it was always returning to the channel, regardless of which I had or not! I had to completely delete the lines in order to get it work as it should.

Click to expand...

Yeah, it seems the HBC guys didn't care about comments in their xml parsing. Then again, was this using HBC or a forwarder? I know the forwarder method probably doesn't care about comments, but we could technically make that so. Try the HBC if you haven't before.

Always running from the Official Cfg Usb Loader (occasionally from HBC)...

Anyway, only the first question worries me...

About the second, I fixed it by deleting completely the lines from meta.xml.

MisterMooth · Mar 28, 2011

MisterMooth said:
I used the latest version to rip Super Smash Bros Brawl to a WBFS folder on my NTFS drive, and Wii Backup Manager can't seem to read it properly. I've tried ripping it a few times but without any luck. It appears to rip fine, and it plays fine too. But for some reason I can't get Wii Backup Manager to calculate the MD5 hash, and if I try to transfer it over (just to test), it fails. Could this be something to do with the way CFG rips discs? WBM has never given me this problem before, and it's the only game that's acting up this way. Here's a log: http://cl.ly/5XNV (errors are at the bottom)

Thanks.

An update on this:

There's definitely something wrong with the way CFG rips discs like these. I ripped the disc using CleanRip and the copy works perfectly fine. It has a rip verification feature which uses a database from redump.org, and it confirmed my new rip was perfect.

Can this be fixed? Might I also suggest adding support for redump.org rip verification?

Hacking Configurable USB Loader

Well-Known Member

Member

I'm from the fucking future.

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Former Staff

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Similar threads

Popular threads in this forum