Hacking WiiFlow - an open source GUI USB-Loader

[ToddofWar420]

After I upgraded to 4.0, I let Wiiflow rewrite all my .ini files and now I can't seem to access my Wiiware Plugin without it crashing everytime and my Homebrew Apps plugin say **DISABLED**.. Does anybody know how to fix this? Thanks bunches.

For homebrew you set disabled=no in the [HOMEBREW] section of the wiiflow.ini file in the /apps/wiiflow/ folder.
In that same file, in the NAND section, you'll need to set the path and partition where you have your emuNAND located.

Thanks for your quick response Maxternal,I guess since I had did all that, I had forgotten I had to go back and redo all that.

 

[luck_gh0st]

Maybe it's just me but all of my covers when running WiiFlow from the emunand look fat. But everything does seem to work.

 

[VashTS]

did the hdd speed requirements increase since 673?

No, but now I use the sample loader way, so I completely shutdown the usb stuff and then use the loader way to remount it, maybe it needs some re-startup before doing that.

I think I am having similar issues. All the games I tried, which is about 3 Wii games, take a VERY long time to load. The slot flashes quickly and my hdd led flashes like crazy for about a full 2 minutes. Then the game loads fine. To ensure it was not my hdd I used USB Loader GX with the same games and it works like normal, as it did before updating Wiiflow as well.

 

[bostonBC]

I am scratching my head with a plugins problem. I decided to setup a new clean system and I have everything working with the exception of cover graphics on my emulation games.

I have about 100 N64 games that are in a Wii64 folder on the root of a FAT32 formatted single partition drive.

The plugin .ini shows the Wii64 coverfolder and I've placed the images in the folder. I tried naming them from what I thought the format was.

I have a game like:

1080 Snowboarding (USA).z64

And the graphic is

1080 Snowboarding (USA).z64.png

But it's not showing up, even after a refresh cache.

I thought it may have changed so I tried the graphics as:

1080 Snowboarding (USA).png

But with still no effect.

Am I missing something? I deleted all the *.wfc cache files from when I had this working the last time so I have no graphics on the emu plugins now.

TIA.

 

[VashTS]

it sounds stupid, but have you put the in the correct folder? root:\wiiflow\boxcovers is default. also check the size of the image, i believe it must conform to a specific size, but im not sure of the limitations. check the other covers that are displaying and compare the size of the two. i had an issue like this and it turns out my image was way too large in resolution.

 

[kineticUk]

Really impressed with the latest version 4 wiiflow thanks a lot FIX94 and all involved who have been working on it.
I love the new loading animation and all the fixes and features added are great very useful.

Now that wiiflow can run off IOS58 is there an option to have it run on this by default?
ie load on IOS58 then reload d2x etc when needed (if I load a wiigame etc).

From what I can see my wiiflow loaded using the forwarder runs on d2x still (at least it mentions this at the bottom of the help screen), I have set the force d2x option to off.

I'm well impressed though and I think if it works good and exists on the wii, IOS58 should be default IOS used. (If wiiflow loads on this IOS by default then it should reduce bugs caused by different cIOS setups etc? This was my thinkin anyway)

Thank you everyone

 

[FIX94]

All the games I tried, which is about 3 Wii games, take a VERY long time to load.

You may enable the force d2x mode to boot directly in IOS249. That mode maybe helps you with wii games, I have it disabled by default because only wii games and channels use d2x, everything else uses IOS58. Just set the "force_cios_load" to yes in your wiiflow.ini.

---

 

[FIX94]

Just updated the forwarder to v14, changes:
-smalled down the forwarder size
-now loads via IOS58 and AHBPROT patched out
-supports meta.xml arguments
-can use new priiloader magic word
-added support for that special elf format of linux apps
Download via both official svn and mod svn

 

[AbdallahTerro]

And here are the v14 forwarders:
Carbonik: http://www.mediafire.com/download.php?98z5atc2o4kh4o8
Starnight: http://www.mediafire.com/download.php?ucnqh7mfmnksllc
Clouds: http://www.mediafire.com/download.php?rrqt6agv4ogtmlg

 

[MassiveRican]

I am scratching my head with a plugins problem. I decided to setup a new clean system and I have everything working with the exception of cover graphics on my emulation games.

I have about 100 N64 games that are in a Wii64 folder on the root of a FAT32 formatted single partition drive.

The plugin .ini shows the Wii64 coverfolder and I've placed the images in the folder. I tried naming them from what I thought the format was.

I have a game like:

1080 Snowboarding (USA).z64

And the graphic is

1080 Snowboarding (USA).z64.png

But it's not showing up, even after a refresh cache.

I thought it may have changed so I tried the graphics as:

1080 Snowboarding (USA).png

But with still no effect.

Am I missing something? I deleted all the *.wfc cache files from when I had this working the last time so I have no graphics on the emu plugins now.

TIA.

Hmm... Odd, my covers are on root /wiiflow/boxcovers/wii64 for HQ covers and /wiiflow/covers/wii64 for 2D covers with the same naming convention as you "gamename.z64(or filetype).png"

If not backup and delete settings folder and wiiflow.ini. If its a no go afterwards then delete cache lists folder and do a manual cache reload. If that doesn't work well we got a problem to tell fix about lol.

 

[bostonBC]

Just updated the forwarder to v14, changes:
-smalled down the forwarder size
-now loads via IOS58 and AHBPROT patched out
-supports meta.xml arguments
-can use new priiloader magic word
-added support for that special elf format of linux apps
Download via both official svn and mod svn

Very cool, thanks!

One question... is there any chance of adding an option to change the extension used for reading/creating cache files?

I also run CFG and it's cache files have a .ccc extension. I looked at the file sizes for the .wfc ones that WiiFlow creates and it looks the same size.

If they are the same format I would love to save disk space by sharing the cache folder between the two USB loaders.

 

[bostonBC]

I am scratching my head with a plugins problem. I decided to setup a new clean system and I have everything working with the exception of cover graphics on my emulation games.

I have about 100 N64 games that are in a Wii64 folder on the root of a FAT32 formatted single partition drive.

The plugin .ini shows the Wii64 coverfolder and I've placed the images in the folder. I tried naming them from what I thought the format was.

I have a game like:

1080 Snowboarding (USA).z64

And the graphic is

1080 Snowboarding (USA).z64.png

But it's not showing up, even after a refresh cache.

I thought it may have changed so I tried the graphics as:

1080 Snowboarding (USA).png

But with still no effect.

Am I missing something? I deleted all the *.wfc cache files from when I had this working the last time so I have no graphics on the emu plugins now.

TIA.

Hmm... Odd, my covers are on root /wiiflow/boxcovers/wii64 for HQ covers and /wiiflow/covers/wii64 for 2D covers with the same naming convention as you "gamename.z64(or filetype).png"

If not backup and delete settings folder and wiiflow.ini. If its a no go afterwards then delete cache lists folder and do a manual cache reload. If that doesn't work well we got a problem to tell fix about lol.

I figured it out. I share the covers folder between WiiFlow, CFG and USB Loader GX to avoid triplication of graphics and caches. The WiiFlow ini was pointing to the CF folders and it works for everything except the plugins.

For those I have to switch the folders to point back to the usb:\wiiflow\boxcovers or covers folder and it then picks up the graphics.

 

[MassiveRican]

Just updated the forwarder to v14, changes:
-smalled down the forwarder size
-now loads via IOS58 and AHBPROT patched out
-supports meta.xml arguments
-can use new priiloader magic word
-added support for that special elf format of linux apps
Download via both official svn and mod svn

lmao, well this makes all the forwarders I uploaded yesterday obsolete. I'll re-upload all the forwarders I have with v14 when i get home tonight. Fuck it's hot as sweaty balls in south Florida!!!

 

[Maxternal]

One question... is there any chance of adding an option to change the extension used for reading/creating cache files?
I also run CFG and it's cache files have a .ccc extension. I looked at the file sizes for the .wfc ones that WiiFlow creates and it looks the same size.
If they are the same format I would love to save disk space by sharing the cache folder between the two USB loaders.

You could just MD5 the folders in WiiXplorer. If they're the same format they should have the same hash.

 

[bostonBC]

One question... is there any chance of adding an option to change the extension used for reading/creating cache files?
I also run CFG and it's cache files have a .ccc extension. I looked at the file sizes for the .wfc ones that WiiFlow creates and it looks the same size.
If they are the same format I would love to save disk space by sharing the cache folder between the two USB loaders.

You could just MD5 the folders in WiiXplorer. If they're the same format they should have the same hash.

Thanks, I didn't think of that. The same files in each folder don't have the same hash so this probably won't work.

 

[kineticUk]

IOS58 mode can only be used if AHBPROT is properly patched, thats only the case via HBC and postloader atm. I'm still working on it getting it to work with the forwarder.

Thanks a lot for the new v14 forwarder

 

[Maxternal]

Not64 was updated recently and allegedly (I'll have to test this over the weekend) it improves compatibility on games like DK64.
It has a .patch file (presumably from Wii64 1.1) as the source. How likely is it that this could be applied directly to the Wii64 plugin source and add this functionality to the plugin as well?

 

[drakorex]

Not64 was updated recently and allegedly (I'll have to test this over the weekend) it improves compatibility on games like DK64.
It has a .patch file (presumably from Wii64 1.1) as the source. How likely is it that this could be applied directly to the Wii64 plugin source and add this functionality to the plugin as well?

Or just use Not64 instead if it doesn't break anything. Where can one find this Not64? I found 1.1 a while back and had a hard time findin it.

 

[Maxternal]

Not64 was updated recently and allegedly (I'll have to test this over the weekend) it improves compatibility on games like DK64.
It has a .patch file (presumably from Wii64 1.1) as the source. How likely is it that this could be applied directly to the Wii64 plugin source and add this functionality to the plugin as well?

Or just use Not64 instead if it doesn't break anything. Where can one find this Not64? I found 1.1 a while back and had a hard time findin it.

Yeah, hard to find.
I went from here to here to here to find it.

 

[drakorex]

I think the wiiflowiki site is down. I tried it and got sent here. http://sites.securepaynet.net/HostingRedirect.html