I'm trying to move all of my \APPS folder to my USB hard drive, from my SD. If I take out my SD card and let the Homebrew Channel get the apps from the hard drive, it loads SCUMMVM, and works good.
If I try and load it from a forwarder channel - I've tried Nick666s and TroytheZombies - it loads with no theme, and no configuration. It appears to be all defaults.
Has anyone else had this happen to them? It appears to be ignoring the ini that's in the ScummVM folder. If you've seen the "builtin" theme for this thing, you know how hard it is to use.
Thanks, Gassy
ScummVM for Wii Problem
Moderator: ScummVM Team
- Mr_Nick666
- Posts: 132
- Joined: Wed Apr 11, 2007 9:59 am
- Location: Bideford, Devon, UK
- Contact:
As I already mentioned in the other forwarder topic: the forwarder does not seem to pass the working dir to ScummVM as HBC does. A loader can pass argv[0] to a loaded app, and by that the loaded app can determine where it was loaded from and set its working dir. This port uses that to load the ini file. If you see the classic theme and/or your game list is empty, its definitely a problem of the forwarder.
- MusicallyInspired
- Posts: 1138
- Joined: Fri Mar 02, 2007 8:03 am
- Location: Manitoba, Canada
- Contact:
Thanks for the replies.dhewg wrote:As I already mentioned in the other forwarder topic: the forwarder does not seem to pass the working dir to ScummVM as HBC does. A loader can pass argv[0] to a loaded app, and by that the loaded app can determine where it was loaded from and set its working dir. This port uses that to load the ini file. If you see the classic theme and/or your game list is empty, its definitely a problem of the forwarder.
Would it be possible to default the working dir to the dol dir, if argv[0] is null, or doesn't exist? just something to consider.
Gassy
There is a default ("/apps/scummvm"), which I try when there is no path in argv[0] (which is the case when you wiiload the binary too).
But then there are multiple file systems, and the 1st one is the internal SD slot. If a valid SD card is inserted, that will be the default.
The real fix would be to extend the used loader with this argc/v functionality that libogc supports.
But then there are multiple file systems, and the 1st one is the internal SD slot. If a valid SD card is inserted, that will be the default.
The real fix would be to extend the used loader with this argc/v functionality that libogc supports.