Hacking WiiFlow - an open source GUI USB-Loader

  • Thread starter Thread starter zorglub07
  • Start date Start date
  • Views Views 3,103,380
  • Replies Replies 16,228
  • Likes Likes 6
soupa As for your cover/cache vs. space issue, there's an option in wiiflow.ini inthe [GENERAL] section that's something like keepPNG=yes (don't remember exactly, but something like that.) If you change it to =no I think it might delete the image files as soon as it creates each cache file. It should help you not run out of space while WiiFlow's doing the conversion.

Also, I was wondering about your app (haven't tried it yet). How does it compare to the FuzzyRenameEXT that's on the OP of the cover thread? What's the pros and cons of using each?

another strange thing is after you select go, the list stays there, so you need to exit out to do another set. Also the list only updates after you select the roms so if you select the images, you must select the roms after.
 
no, you just open it like any exe file. double click. its an executable jar.
That's what I did, but nothing happens. If I open it as Administrator it says that the file isn't marked as executable, but strangely if I click on properties, the file is already marked as executable.
That output was generated by launching it from the Terminal as superuser
Code:
sudo ./Cover-2-Rom\ 1.3.jar
could it be my Java version? I have openjdk-6
 
That's what I did, but nothing happens. If I open it as Administrator it says that the file isn't marked as executable, but strangely if I click on properties, the file is already marked as executable.
That output was generated by launching it from the Terminal as superuser
Code:
sudo ./Cover-2-Rom\ 1.3.jar
could it be my Java version? I have openjdk-6


could be. I was using JRE7
I think just included jre6. I changed the link on my site. maybe this will work.
http://tspiller.webs.com/apps/blog/show/30019283-cover-2-rom
 
Am I the only one who sees a problem with this whole "let's share packs of caches" thing? Not all people's taste in games is the same. So there's more than a fair chance that the unwary user will receive far many more wfc files than they want or even have.

Also, their naming convention might be a little different, especially concerning hyphens and other punctuation, as well as roman numerals. I prefer using regular numbers instead (Dragon Quest 4 vs Dragon Quest IV for example)

Not to mention, what if the user wants to edit a cover? It's kind of hard to do so if there's no cover.png to edit.
 
  • Like
Reactions: MassiveRican
Am I the only one who sees a problem with this whole "let's share packs of caches" thing? Not all people's taste in games is the same. So there's more than a fair chance that the unwary user will receive far many more wfc files than they want or even have.

Also, their naming convention might be a little different, especially concerning hyphens and other punctuation, as well as roman numerals. I prefer using regular numbers instead (Dragon Quest 4 vs Dragon Quest VI for example)

Not to mention, what if the user wants to edit a cover? It's kind of hard to do so if there's no cover.png to edit.

If I knew how to convert png files to wfc, then I could do a wfc - 2 - rom program that renames them.
 
Am I the only one who sees a problem with this whole "let's share packs of caches" thing? Not all people's taste in games is the same. So there's more than a fair chance that the unwary user will receive far many more wfc files than they want or even have.

Also, their naming convention might be a little different, especially concerning hyphens and other punctuation, as well as roman numerals. I prefer using regular numbers instead (Dragon Quest 4 vs Dragon Quest IV for example)

Not to mention, what if the user wants to edit a cover? It's kind of hard to do so if there's no cover.png to edit.
I agree! I usually make small adjustments before I add any cover if needed whether it's spot cleaning, removing annoying special offers on the front cover, ect. Not only that, the time it would take to go though the list just to fish out and guess what your looking for. I would rather not be lazy and have everything I need so if for some reason I need to change anything, I have it all already. It's what Wiiflow is about and I wouldn't want to change that.
If your having space issues, why not just get a bigger HDD/ SD card. (I'm not trying to sound like an ass, I promise)
 
I agree! I usually make small adjustments before I add any cover if needed whether it's spot cleaning, removing annoying special offers on the front cover, ect. Not only that, the time it would take to go though the list just to fish out and guess what your looking for. I would rather not be lazy and have everything I need so if for some reason I need to change anything, I have it all already. It's what Wiiflow is about and I wouldn't want to change that.
If your having space issues, why not just get a bigger HDD/ SD card. (I'm not trying to sound like an ass, I promise)

Honestly this is the easiest option. either get a bigger sd card or create the wfc in parts in wiiflow.
 
Did anybody try out Cover - 2 - Rom 1.3? Were there any issues or suggestions? I'm still looking into how to do sub-folders.
 
Did anybody try out Cover - 2 - Rom 1.3? Were there any issues or suggestions? I'm still looking into how to do sub-folders.
Haven't tried your app, but as far as sub folders
maybe this helps, basically copied and cut down from some of my open source stuff
PHP:
    private static void processFile(File current) throws IOException
    {   if(current.isDirectory())
        {  File[] contents = current.listFiles();
           for(File eachFile : contents)
                processFile(eachFile);
        }
        else
            ...
    }
 
Haven't tried your app, but as far as sub folders
maybe this helps, basically copied and cut down from some of my open source stuff
PHP:
    private static void processFile(File current) throws IOException
    {  if(current.isDirectory())
        {  File[] contents = current.listFiles();
          for(File eachFile : contents)
                processFile(eachFile);
        }
        else
            ...
    }

hmm. good idea. I'll try it out. I was thinking this but thought that contents would erase whatever files were in it's array and use the file in current. However I'll see if this works.
 
hmm. good idea. I'll try it out. I was thinking this but thought that contents would erase whatever files were in it's array and use the file in current. However I'll see if this works.
It's called recursive programming. You'll learn about it later on in your Java classes I'm sure. ;)
 
It's called recursive programming. You'll learn about it later on in your Java classes I'm sure. ;)

I know recursion. its just that when you put = it usually means replace the contents for something else. what I think this would do is create an array of files in the subfolder while disregarding main files next to the subfolder. I may be wrong though.
 
I know recursion. its just that when you put = it usually means replace the contents for something else. what I think this would do is create an array of files in the subfolder while disregarding main files next to the subfolder. I may be wrong though.
Java (and many programming languages) is nice enough to take care of that behind the scenes. It creates a set of local variables for every time a function is called and pushes them onto a stack when you call another function from it. That way when you exit the inner function you called, it just pops the old variables back off the stack to be used again and you don't have to worry about getting them mixed up, overwritten or anything.

It would have been a little more cumbersome back in the day when you had to keep track of all that yourself with older programming languages.
 
Haven't tried your app, but as far as sub folders
maybe this helps, basically copied and cut down from some of my open source stuff
PHP:
    private static void processFile(File current) throws IOException
    {  if(current.isDirectory())
        {  File[] contents = current.listFiles();
          for(File eachFile : contents)
                processFile(eachFile);
        }
        else
            ...
    }



Could you possibly set the Cover2rom to look all child folders inside parent directory for roms? I have my roms in seperate folders by Letter. I tried to click just parent folder but it found no roms. I can rerun for every letter, but you may be able to fix this rather easy. I would assume some others are like this with the 1000 limit per folder restriction. Thanks

Thanks Maxternal. I found a way to use sub-folders. I have now uploaded version 1.4 which will have sub-folder compatibility. This will see every file in the rom directory.
http://tspiller.webs.com/apps/blog/show/30019283-cover-2-rom
 
  • Like
Reactions: MassiveRican
I wish someone would write a theme creator program for wiiflow. You would load your wiiflow.dol and the gui would pop up, allowing you to load the images and adjust things to your liking. You could click on a specific part and the code would pop up, letting you know what it is in the theme ini. Themeing would be such a breeze...:rolleyes:
 
  • Like
Reactions: MassiveRican

Site & Scene News

Popular threads in this forum