Hacking WiiFlow - an open source GUI USB-Loader

  • Thread starter Thread starter zorglub07
  • Start date Start date
  • Views Views 3,099,625
  • Replies Replies 16,228
  • Likes Likes 6
Yep, looks like disabling B for source in the wiiflow.ini instead of disabling the source altogether will be the best option available now.
Whether to make B for source default to yes or no is not a big deal
+1 for this...in the manner of just giveing us the full-fledged ability to Bind Function to Keypad Presses.
that way you can change the Binding of 'B', or leave it undefined to have it remained 'unbound'.
seems like this solution would solve a myriad of problems as well as provding another catalyst for end-user configuration thus leading to increased usability.
 
  • Like
Reactions: MassiveRican
Do Wiiflow updates work? I have v4.1.2 and if I go to update it, it says no information found. It was the same with v4.1.1 so I had to do the update directly to the SDHC card which is a PITA as I have the Wii cable-tied to the TV stand to stop a young kiddie problem.
 
I have not been able to update online for the last few versions either... Did mention it but it got buried.
Definitely be good to get online updating working again if its not just few people with issue.
 
Thanks a lot to FIX94 for everything, and know you busy with quality new wad manager features..
I wanted to ask if in future there a way to keep my devo games on USB for wiiflow but also be able to play them off SD (could wiiflow also support this and copy USB to SD, then load it with devo?)
Devo can actually run from either SD or USB in place. There's no need for copying. (And, actually, copying like that would make it need to re-verify anyhow)
 
Disabling "B" for source menu as default in WiiFlow.ini gives the best of both worlds to everybody. That way those who want to point at an icon and do button combinations can do so. Pointing at Icons with button combinations is just not practical for a heavy source menu user. Especially when we've been spoiled by just having to press "B" which is the fastest and nicest for us. It's a feature that would be sorely missed if it was completely removed.

Haven't tried an online update in a loooong time, I'm always compiling latest, on next official WiiFlow release I'll give it a try.

duffmmann, a few posts ago fix94 said he was not comfortable writing to NAND yet, so for now PL4 is the way to go if u want that feature.
 
Just tried 927. Goin' HQ with a 40 buffer at 3 high+ and it code dumps when I click on covers. When you go into file explorer, you can still "feel" the buttons from the home menu.

FIX94, What exactly is your end goal of the file explorer? Just wondering where you're going with this.
 
Just tried 927. Goin' HQ with a 40 buffer at 3 high+ and it code dumps when I click on covers. When you go into file explorer, you can still "feel" the buttons from the home menu.

FIX94, What exactly is your end goal of the file explorer? Just wondering where you're going with this.
I agree.
I would be great if the Nand location could be changed, right now it code dumps.
als it could be me, but it feels very very buggy to say the least,code dumps all over.
 
Disabling "B" for source menu as default in WiiFlow.ini gives the best of both worlds to everybody. That way those who want to point at an icon and do button combinations can do so. Pointing at Icons with button combinations is just not practical for a heavy source menu user. Especially when we've been spoiled by just having to press "B" which is the fastest and nicest for us. It's a feature that would be sorely missed if it was completely removed.

Haven't tried an online update in a loooong time, I'm always compiling latest, on next official WiiFlow release I'll give it a try.

duffmmann, a few posts ago fix94 said he was not comfortable writing to NAND yet, so for now PL4 is the way to go if u want that feature.


Thanks for the heads up
 
20 is default and in large coverflows, covers on the sides don't show up/ covers disappear when you scroll.
Yes I'm aware, in the meantime if you want a higher cover buffer for large coverflows you'll need to turn HQ covers off.. I know fix has worked tons on the coverflow, who knows maybe one day he'll get larger cover buffers with HQ covers to work again.

I also use HQ covers on but it seems WiiFlow runs out of mem.. I'm not sure though.. Anyone know where & what I have to change in the source to see mem display? I'd like to be able to compile and see mem usage.
 
Just a couple of thoughts on the 'B' opening the source menu issue. I have an interest because it was my idea - at least, I was the originator who invested a lot of time in getting it to become part of wiiflow. My original point still stands, I think - that it 'feels' like moving 'back' or up the folder chain - because this concept of 'B' moving backwards is used in most wii game menus and interfaces. It would be a shame to see it go, although it's useless to anyone who doesn't use the source menu.

More people would use the source menu (and none of the devs do, last time I checked) if it were a coverflow with 3d covers (a "sourceflow").
It would just feel like part of wiiflow, users could simply add and remove the sources displayed from within wiiflow and covers could be downloaded directly from game tdb.

You could even have the games coverflow disappear into the distance as the source covers appear from behind*, give a sense of movement between 3d 'strata' or "folder levels". FIX94 Perhaps this could even be integrated into the new explorer!!!!

It's a real shame that the source menu is a 2d menu, I think it really lets down wiiflow as a whole. Especially when there's a whole beautiful 3d cover display system RIGHT THERE!

n.b. I love the wiiflow, and thanks, as always, to the developers.
*or 'warp speed' wait animation!!!(elite, anybody?)

EDIT: Perhaps wiiflow could check for folder structures/roms on first boot and then decide which sources to display.
 
FYI, My understanding of why this is not possible, and please correct me if I'm wrong - is that
a dol (eg an emulator) has to run selected data (eg a game) when a cover is clicked in wiiflow, and this isn't how wiiflow changes sources.

My can-do suggestion is this:

You know wiiflow remembers which game you last booted, and this is the game that has focus when you boot wiiflow?

When you click on a source in the ALL NEW 3D SOURCEFLOW, 2 things happen:

1/ "switcher.dol" re writes the "last booted game" that Wiiflow writes to wii memory;ie. the game that switcher.dol has changed "last booted game" to, is a game from the source/cover selected by the user in the 3D SOURCEFLOW(the selected data);
2/and then it reboots Wiiflow.

Wiiflow boots, reads the "last booted game", and presents the user with the new coverflow.

This may be an awful, cack-handed, solution, but wiiflow boots pretty quick, and I'm positive a better solution will be forthcoming.

It's a fair comment to add that the development team don't feel this is right because there is a metaphysical line between games and sources, and sources should not be represented in the same way as games.
If you disagree, please 'Like' this post.
 
having a 3d source flow will make multiple plugin selection a nightmare, let alone the hard time spent to find the source cover. Having pages in 2D makes it easy to multiselect and remember which plugin is on which page.
A compromise would be a 3D source covers without frames (like 3D game covers) displayed the same way used now. I might make a demo page to see if it looks nice or not later.
 
Abz, a bit of confusion there, " like 3D game covers " is what i'm suggesting? A coverflow like all the others?!?!
re:selection of multiple sources, I have literally never used it, but perhaps there is a key combo that might be used if you need the functionality?
I'm not sure what you mean about hard time finding source cover? covers with unique identifiers could be uploaded to gametdb, no?
With regard to your point about 2d multi page menus being easier to navigate, i heartily disagree, why are you using coverflows at all?
 
Abz, a bit of confusion there, " like 3D game covers " is what i'm suggesting? A coverflow like all the others?!?!
re:selection of multiple sources, I have literally never used it, but perhaps there is a key combo that might be used if you need the functionality?
I'm not sure what you mean about hard time finding source cover? covers with unique identifiers could be uploaded to gametdb, no?
With regard to your point about 2d multi page menus being easier to navigate, i heartily disagree, why are you using coverflows at all?
1605576.jpg


currently the source icons are horizontally oriented, hence the covers will appear smaller
changing the png height&width and maybe position will give a better look ofc
 
Sorry if this has been answered before, but has anyone else problems loading any r200 Devolution games?

Devolution was working perfectly via Wiiflow until rev200. (And yes,I have put the loader.bin file in the Wiiflow folder)

Any ideas?
 

Site & Scene News

Popular threads in this forum