Hacking WiiFlow - an open source GUI USB-Loader

  • Thread starter Thread starter zorglub07
  • Start date Start date
  • Views Views 3,101,145
  • Replies Replies 16,228
  • Likes Likes 6
funny thing is, I wanted GameTDB to have rom covers on their site so it would be easy for me to download it. I guess this is the best option for now, once I get to the point that its perfected.
 
yeah. that's a user name error. roms/covers can be named many things and be correct. Mega Man is also named megaman or mega man. the loaders need each character of the roms and covers to be the same. I can work on a fix for the special characters - and '. However things like II would probably need to be renamed manually(to not be mistaken like mortal kombat and mortal kombat II). I'll make the fix and make sure the browsing directory isn't erased so you can don't have to browse again. just rename and press start. Eventually I think I'll have a popup that will ask "did you mean" with a list of the closest possible matches, but that will take a bit of time.
Wow man yea if you could make that happen that would be pretty bad ass, it would still simplify and make the process way more efficient and easier if you put in that prompt, that way we wouldn't have to manually scroll through everything to find which covers/roms don't match. It wouldn't matter if you provide something there or not, giving us the chance to rename on the spot with a log or error would be fine.
 
What was the trick to get Kirby's Return to Dreamland (NTSC) to work? I think I had asked this before and I had got it going fine. Since then I updated WF a few revs up and now for some reason it freezes again after I press the 2 button at the title screen. I tried the PAL version as well and can't even make it to the title screen without it white screening. I went through the settings and tried a number of IOS and all I got were the same results. Any advice would be helpful. Thanks.
 
What was the trick to get Kirby's Return to Dreamland (NTSC) to work? I think I had asked this before and I had got it going fine. Since then I updated WF a few revs up and now for some reason it freezes again after I press the 2 button at the title screen. I tried the PAL version as well and can't even make it to the title screen without it white screening. I went through the settings and tried a number of IOS and all I got were the same results. Any advice would be helpful. Thanks.

nevermind. yeah video setting changes would work.
for me, everything is default.
game setting:debugger disabled
hook type auto
patch country string off
vipatch off
patch video modes none
nand emu default
ios auto
 
What was the trick to get Kirby's Return to Dreamland (NTSC) to work? I think I had asked this before and I had got it going fine. Since then I updated WF a few revs up and now for some reason it freezes again after I press the 2 button at the title screen. I tried the PAL version as well and can't even make it to the title screen without it white screening. I went through the settings and tried a number of IOS and all I got were the same results. Any advice would be helpful. Thanks.

is your wiiflow version 4.1.3?
here is where I got it.
https://code.google.com/p/wiiflow/downloads/list
 
MassiveRican, I tried video mode NTSC but not Game so I will give that a try.

Soupaman66, wbfs on root. All other 524 Wii games work except that.
Sorry I forgot to mention, I'm on 4.1.2

I have it on fat32. I used to use wbfs with wbfs manager, but its kind of old and you cant easily edit in your hard drive. I doubt it will fix your problem though. I think my kirby game worked on wbfs. could just be a setting error. you could use 4.1.3 or start fresh backing up the wiiflow folder on the pc and deleting it from the sd, go to wiiflow. it will create a basic wiiflow folder. then go back to the pc and put back in the important things like the covers, themes, and music. once its back in your wii, check if kirby works. it could just be a corrupted iso. also make sure that if you have a hard drive with a fan to set it up not to spin down, that was annoying for me since I leave the game running at times and whe I get back in, it freezes.
 
Tried it on Ubuntu with OpenJDK Java 6 Runtime it doesn't work
Here's the output:
Code:
Exception in thread "main" java.lang.UnsupportedClassVersionError: Wiiflowcover : Unsupported major.minor version 51.0
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
    at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: Wiiflowcover. Program will exit.
 
is there some way to just rename all cover images as romname.ext.wfc and stick in cache? I know last time I had only maybe 1/8th or so of my covers renamed correctly and it took forever to write these cache names to the cache folder when refreshing cache for the 1st time. Also, its quite a hefty amount of storage on top of roms and covers already (not bitching, just wondering if there may be a way to lessen the impact on storage). Thanks for any insight into this.

I am thinking maybe a way to allow the cache of covers to build once, and then delete all images in covers folder, and upon a recache only add ones not previously found, while maintaining the .wfc files already built? Then there would be no need to keep cover folder images too, once the wfc file is made? Not sure if this is feasible.
 
Tried it on Ubuntu with OpenJDK Java 6 Runtime it doesn't work
Here's the output:
Code:
Exception in thread "main" java.lang.UnsupportedClassVersionError: Wiiflowcover : Unsupported major.minor version 51.0
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
    at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: Wiiflowcover. Program will exit.

no, you just open it like any exe file. double click. its an executable jar.
 
is there some way to just rename all cover images as romname.ext.wfc and stick in cache? I know last time I had only maybe 1/8th or so of my covers renamed correctly and it took forever to write these cache names to the cache folder when refreshing cache for the 1st time. Also, its quite a hefty amount of storage on top of roms and covers already (not bitching, just wondering if there may be a way to lessen the impact on storage). Thanks for any insight into this.

I am thinking maybe a way to allow the cache of covers to build once, and then delete all images in covers folder, and upon a recache only add ones not previously found, while maintaining the .wfc files already built? Then there would be no need to keep cover folder images too, once the wfc file is made? Not sure if this is feasible.

definitely possible. I'll work on that in my next update. what you want is just the cover to be saved in the cache folder and change the ending to wfc. I'll create an options dialogue with things like that.
 
Renaming the images to .wfc won't work. The .wfc files have a special format, different from regular .png files.
I'd like to be able to generate them on the PC too. However, I already asked twice about their format and apparently nobody knows.
 
Renaming the images to .wfc won't work. The .wfc files have a special format, different from regular .png files.
I'd like to be able to generate them on the PC too. However, I already asked twice about their format and apparently nobody knows.

you're asking to create wfc files from the covers because the sd card cant hold all the memory to hold all the covers to create the wfc file on the wii or just rename wfc files already created?
 
Renaming the images to .wfc won't work. The .wfc files have a special format, different from regular .png files.
I'd like to be able to generate them on the PC too. However, I already asked twice about their format and apparently nobody knows.
What I have in mind is more of a differential type cache folder for wiiflow. programmed to allow more entries, but not delete previous entries. this could be configured for only covers, as most people will not reduce the number of games or covers they have, only increase. This way once the cache is built once, you could theoretically delete the actual cover image while maintaining it in wiiflow. Perfect by my train of thought.
 
I'm asking what is the exact format of wfc files and how to generate them from the covers on a PC. That would speed the process on a computer compared with the wii, when you have thousands of covers.
You can't simply rename a png and copy to the cache folder. If you compare them, you'll see the wfc is compressed.

Ok TiJ, I've just seen your anwser, I guess we're not talking exactly of the same thing.
 
  • Like
Reactions: Tij
I'm asking what is the exact format of wfc files and how to generate them from the covers on a PC. That would speed the process on a computer compared with the wii, when you have thousands of covers.
You can't simply rename a png and copy to the cache folder. If you compare them, you'll see the wfc is compressed.

Ok TiJ, I've just seen your anwser, I guess we're not talking exactly of the same thing.


Well, its more of a thought than an answer, I have no coding skills whatsoever. I would take either approach, either a program to process wfc on PC, or the cache idea. But the more I think of it, the more and more this differential cache sounds like the way to go. Building the cache once (hopefully from PC eventually) and then only adding to it seems foolproof. If you want anything deleted, it would be easier and quicker to just delete that one file from the cache folder on PC (assuming there is people here who acutally want games, images etc REMOVED from their wii:lol:) Becuase now if you delete the image, upon next cache rebuild that wfc file gets removed, correct?
Is this idea possible in a future release?
 
Well, its more of a thought than an answer, I have no coding skills whatsoever. I would take either approach, either a program to process wfc on PC, or the cache idea. But the more I think of it, the more and more this differential cache sounds like the way to go. Building the cache once (hopefully from PC eventually) and then only adding to it seems foolproof. If you want anything deleted, it would be easier and quicker to just delete that one file from the cache folder on PC (assuming there is people here who acutally want games, images etc REMOVED from their wii:lol:) Becuase now if you delete the image, upon next cache rebuild that wfc file gets removed, correct?
Is this idea possible in a future release?

hmm. This could work if I knew how to convers the covers to wfc and instead put the wfc in the cache. even if there's not cover in the boxcover folder, the image is still saved in the cache so a rebuild or download gametdb will not delete the wfc file. That's something I need to look into
 
Need some assistance on this one guys how come if i go into MplayerCE from homebrew i can adjust the screen size during a movie but can't do it when i watch a movie on MplayerCE through wiiflow
 

Site & Scene News

Popular threads in this forum