Hacking WiiFlow Advanced

[Hunter X]

No, you got it mixed up, the mod one is now "official". The official one became something else.

 

[Etheboss]

I'm excited for this WiiFlow-Advanced!! Thanks Miigotu! I'm also guessing you want any bugs and bullshit reported on THIS thread regarding WiiFlow-Advanced?
Anyway good luck with this awesome project nothing but the best of the best xD!

Bullshit -->> YES
Bugs -->> i think he preferres you to report it on the wiiflow advanced google code page .

 

[MassiveRican]

Let's not veer this off topic and just wish both the new WiiFlow team and Miigotu both, success in their endeavors and maybe clean this thread up a little, it really doesn't need to point out any of the negative aspects of it's origins and we should keep everything clear, concise and about WiiFlow-Advanced as much as possible, looking at you too Miigotu, tightening up the opening post a bit would set the tone for the project up real nice.

I'm excited for this WiiFlow-Advanced!! Thanks Miigotu! I'm also guessing you want any bugs and bullshit reported on THIS thread regarding WiiFlow-Advanced?
Anyway good luck with this awesome project nothing but the best of the best xD!

I'm excited as well, I'll be testing throughout the night, thanks [member='Yardape8000 ] cuz I had forgotten to report that it was giving me a problem as well (up @5am I kinda start getting delirious)

So why doesn't Wiiflow-Advanced start off as r1? Thought new projects get to do that, but of course 426 seems much more advanced than 1 lol. Either way internal rev #'s aside what matters most is performance, very glad to see you commit [member='Mugotu'], I was really looking forward to this one.

 

[XFlak]

No, you got it mixed up, the mod one is now "official". The official one became something else.

The one and only original "WiiFlow" was by Hibernatus and stopped being supported before FAT32 support was added (and other developments)

Since then, wiiflow was modded by many people, from the sounds of it up until recently it was mainly Miigotu, so what everyone has been calling "original" has really been a mod from the start.

I know I'm getting offtopic, but my point is... who really cares about the names? I mean really, they are two separate projects, there is so much focus comparing the two wiiflow mod's when it shouldn't be any different than comparing it with cfg usbloader or usbloader gx or even uloader. Let everyone use whatever they want to load their backups, there are sooo many different loaders out there, in addition to the above there's postloader, neek+di, joyflow, neogamma, neocorp, disc channel etc. The more options the better and this is no different. I think both projects should be able to get along in peace and live long and prosper (did I really just quote star trek? I need to watch a star wars movie asap!)

 

[Maxternal]

OK, it's cool that this has it's own thread now, just like the other thread I hope all the flaming will calm down so the thread can be used.
If no one else is gonna do it, I'll make sure that noobs can have a link back to the old thread and vice versa.
http://gbatemp.net/topic/204106-wiiflow-an-open-source-gui-usb-loader/

 

[bostonBC]

Its the programmers behind a project that make shit happen, not a few testers that are replaceable.

Son - I'm an old-timer, been coding and managing software and hardware projects for over 30 years with small teams and large ones with over a hundred people. This one line proves to me you have a lot of growing up to do. I hope that you read the rest of this post in the spirit that it was written - to help you move forward.

In the real world developers do not exist in a vacuum. They work with architects, technical leads, business analysts, project managers, support personnel, project stakeholders and yes QA folks. They are part of a team that works together towards a common goal. Members of the team that don't work well with each other leave voluntarily or are fired.

I've known and managed hundreds of developers over the years both onshore and offshore and the young cocky ones usually get themselves fired because no matter how good they think they are - if they are arrogant, put others down and don't work well within the team the projects fall apart.

Over the past few weeks I've seen you dissemble about a number of things. The most recent item which really ticked me off was how you complained that the WiiFlow-mod folks wrote crappy code that was inefficient and to support it you touted that your code was about half the size of theirs. You spread a lot of FUD (fear, uncertainty, doubt) that really had me concerned about the coding practices of the WiiFlow-mod folks but it didn't make sense to me since their branch was so recent. But just today it came out that you compressed your DOLs. And the uncompressed versions that everyone else compiled were only marginally smaller than the WiiFlow-mod files. And when you accounted for the fact that the WiiFlow-mod branch had many more features in it (and code to support those features) the size issue turned out to be hot air.

When someone uses a point to bolster an argument they really should be sure that the point used is accurate. All signs point to you having a very hard time when you get out in the real world. You can't tell the product owners in a daily scrum to fuck off if you don't want to implement one of their story-points. If you disagree with someone - find better language to express your points and have some tact. As you hopefully grow in your career you will have the opportunity to mentor less experience developers. Be positive and supportive with them and praise them for their contributions and don't bash them for a perceived weakness - but point them in the right direction and you will go far.

I sincerely hope that you do well and grow into a better developer in the coming years. I also hope that your branch does well and helps spur all the active USB loaders to new heights.

Take care.

 

[wii knee]

As a past user of wiiflow. i've got to say it's a little disappointing things have fallen apart.
when i first got our wii, i used nothing but wiiflow.(31/2 yrs). to me it was the nicest an easiest ,loader to use at that time. not sure who was doing the coding or any thing at that time.
i was a total noob. it wasn't till last year that i found out what the wii could do or what i could do with it. an i still had wiiflow, it wasn't till around that time last year that wiiflow started to have serious problems, not updating right would crash on a regular basis. or just didn't work all together.
so know, i only use gx . but that's a mute point. now if mugoto/miigoto, is the one that was writing those codes around three years ago, sorry, they just kept getting worse not better. i think the way you went about doing what you were doing, is a little childish, asking for "donations" to help pay rent. to me it sounds like who ever gave you a "donation" got the good stuff( not crashing more stable). sorta like making user pay for the loader. an it was kinda wierd that it was always around the first of the month. to me this should be for the fun of doing some thing you enjoy, not a money maker. the way it looked for awhile is that you were not working with wiiflow an dropped the project. the whole time people asking for updates an every thing. now you magically appear, an instead of saying saying thank you to the people that tried to carry on this project, it sounds like you went off, because you didn't like the attention taken away from your wiiflow.
and now your making a mod of a mod of a mod.. instead of naming it a different name all together. thats kinda confussing to the noobs that are coming to the site looking for loaders.

As XFlak points out it was Hibernatus. That's the only one I used, too. I, personally, liked it clean and simple and above all, operational. At some point there was a move to add seemingly endless features...reminded me of some kid's powerpoint with a gazillion different fonts, colours and effects. Development/developer(s) seemed to make it changing the project a new project of it's own.

 

[MassiveRican]

edited for more constructive criticism.

 

[Ape8000]

Moving on to a r426 discussion....

1. It seems that when you are zoomed on to a game and click on the cover, the cover flips easily, but then you have a hard time clicking it to flip any further.

2. Is it just me, or did the music disappear?

3. This fault happens in 425 also. When you set a games Emulation setting, it never reaches NONE. If you click left it will not loop back from start to end. If you click right, it will loop, but always miss NONE.

You are definetly cleaning/optimizing the code. Looking much nicer.

 

[Ape8000]

If anyone is interested in the code to fall back to other region covers, here is my new code for r426

in menu/menu_download.cpp at line 370:

Spoiler

coverPaths = m_cf.getCoverPaths(*id_iter);
// we will remove the current region from the search string because it will be tested first.
string searchIDs = "EPX";
searchIDs.erase(searchIDs.find(newID[3]), 1);

for(vector::iterator box_iter = fmtURLBox.begin(); box_iter != fmtURLBox.end() && !(m_thrdStop || success) && ++step; box_iter++)
{
m_thrdStep = listWeight + dlWeight *(float)step / (float)nbSteps;
string testID = newID;
bool downloadSuccess = false;
for (u32 regionNum = 0; regionNum

 

[Mantis41]

I had r230 with nand emu running ok and I thought I would give r426 a go.

1) If the SD card is installed then Wiiflow_Advance keeps creating a wiiflow_advance folder on the SD instead of running from the NTFS partition where the app is. The only way to slove this is to leave the SD card out.

2) I enabled the NAND emu (full) and ran up a game (The Last Story). The wiimote lost sync and would not recover. On restarting the wii the motes still wont sync and have to be manually synced using the red buttons. (I need to test this on other games but do not have time this morning)

 

[mugotu]

If anyone is interested in the code to fall back to other region covers, here is my new code for r426

in menu/menu_download.cpp at line 370:

Spoiler

coverPaths = m_cf.getCoverPaths(*id_iter);
// we will remove the current region from the search string because it will be tested first.
string searchIDs = "EPX";
searchIDs.erase(searchIDs.find(newID[3]), 1);

for(vector::iterator box_iter = fmtURLBox.begin(); box_iter != fmtURLBox.end() && !(m_thrdStop || success) && ++step; box_iter++)
{
m_thrdStep = listWeight + dlWeight *(float)step / (float)nbSteps;
string testID = newID;
bool downloadSuccess = false;
for (u32 regionNum = 0; regionNum

 

[Cyan]

I agree that fallback should (edit: ) NOT be done.
Lustar changed it that way long time ago so users are annoyed to not have any cover and help gametdb to grow by submitting theirs.

It was annoying in the few first days, but it's now rare that I don't find a cover/label.




About this new topic:
From this point, I would like to ask all users to keep it on topic (the development of Wiiflow Advance/Plus only), and not critic Miigotu's decision or start flaming discussion anymore.
You had 2 pages here and many on the first Wiiflow thread to let everyone know what you thought.

Miigotu decided to create a new branch, and I give that topic a chance.
I said I would support the new branch topic if such topic was created, so I'm stickying it with the other USBloaders.


I hope everyone can and will comply and keep this thread clean.
Thank you.


Edit:
This is also valid for the other thread.
Do not go at war or critic each project decisions.

 

[bostonBC]

I agree that fallback should be done.
Lustar changed it that way long time ago so users are annoyed to not have any cover and help gametdb to grow by submitting theirs.

It was annoying in the few first days, but it's now rare that I don't find a cover/label.

What about having it as an option with the default being off? Then those who want HQ covers can get them. Just a thought.

 

[Cyan]

I don't know how Wiiflows are downloading the covers, but HQ should be an option.
I talked only about GameID and language availability.


In USBloaderGX we are restricting the download to the used language only, but the user can decide if he want the Original or Modified version of the DVD label, and can decide if he want the LQ/HQ/2D/3D of the same cover.

 

[MassiveRican]

I agree that fallback should be done.
Lustar changed it that way long time ago so users are annoyed to not have any cover and help gametdb to grow by submitting theirs.

It was annoying in the few first days, but it's now rare that I don't find a cover/label.

What about having it as an option with the default being off? Then those who want HQ covers can get them. Just a thought.

I like that idea, let the default option be off and have a way to fallback if we so choose, but 2BH I would rather see WiiFlow-Advanced do it automatically and stay consistent with "least user input" model.

Whatever happened to newid.ini [member='mugotu']? I've attempted to use it a couple of times to d/load a cover for a differen region for the game and it didn't work, is it possible to add support for that again, fix the bug if it exists or implement a new method to handle that task?

I think most of us would like to have the option to d/load any cover we want so please consider a way to implement that solution that is agreeable with your vision, of course this is not a priority as the main focus should be on 3TB compatibility, DML, WAD Manager and arg class support, maybe adding that capability through args or something if that makes sense.

 

[mugotu]

Whatever happened to newid.ini [member='mugotu']? I've attempted to use it a couple of times to d/load a cover for a differen region for the game and it didn't work, is it possible to add support for that again, fix the bug if it exists or implement a new method to handle that task?

I think most of us would like to have the option to d/load any cover we want so please consider a way to implement that solution that is agreeable with your vision.

I was unaware that newid.ini was not working. Is it possible you are not setting the ini up correctly?
It must be stored in the settings directory and have the GAMEID=NEWID6 under the correct domain. This means under [CHANNELS] for nand/emu, or [GAMES] for regular wii games.
Also note that your settings dir is now /wiiflow_advanced/settings, not /wiiflow/settings.

Anyways, I have been working on 3tb drives compatibility. You can find a link to a test dol on the first post (under the test versions spoiler), or in the topic of #wiiflow-advanced .

 

[Cyan]

I agree that fallback should be done.

Ooops, I forgot "not".

What I meant was : I agree that fallback should NOT be done.
If the fallback was active then the database would never be completed. users would be satisfied enough with a wrong cover.

 

[Maxternal]

Whatever happened to newid.ini [member='mugotu']? I've attempted to use it a couple of times to d/load a cover for a differen region for the game and it didn't work, is it possible to add support for that again, fix the bug if it exists or implement a new method to handle that task?

I think most of us would like to have the option to d/load any cover we want so please consider a way to implement that solution that is agreeable with your vision.

I was unaware that newid.ini was not working. Is it possible you are not setting the ini up correctly?
It must be stored in the settings directory and have the GAMEID=NEWID6 under the correct domain. This means under [CHANNELS] for nand/emu, or [GAMES] for regular wii games.
Also note that your settings dir is now /wiiflow_advanced/settings, not /wiiflow/settings.

Anyways, I have been working on 3tb drives compatibility. You can find a link to a test dol on the first post (under the test versions spoiler), or in the topic of #wiiflow-advanced .

Yeah, this would be a much more efficient way of getting a replacement cover automatically downloaded. Expecially in cases like Baroque where the regions have completely different GameID's. You might just happen to download a cover for completely the wrong game.

 

[Ape8000]

I agree that fallback should be done.

What I meant was : I agree that fallback should NOT be done.
If the fallback was active then the database would never be completed. users would be satisfied enough with a wrong cover.

That's the other side of the coin, so yes, out of respect for gametdb.com, cover region fallback should not be added for that reason.