Dude...read the Changelognando said:
@Kovani
@Kovani
Kovani said:@r-win
Is it possible to fix something related to the wiiflow.ini? I think you should find a way to let WiiFlow automatically create this file for first use. Right now, I have to agree that it could be a pain for a new user to get this file. If you don't have this file on your SD or USB device, you won't be able to configure WiiFlow and every change you make will not be saved. There are a few methods to create one, but they are not so easy to do if you don't know how.
If you can't do that you should at least put wiiflow.ini on the Google Code page.
Thank you.
I agree....
Blue-K said:@Kovani? WiiFlow already creates this File at the first start. It did for me with rev43. So I have no Idea what you're talking about...
If it works for you it doesn't mean that it works for everyone. A lot of people were having this problem if you've followed this thread.
I have followed this thread from page one, and I think you are one of the first to make this issue. Anyway, wiiflow.ini is automatically created, but I think it's on a different place then where you expect it. Is that possible?Kovani said:Blue-K said:@Kovani? WiiFlow already creates this File at the first start. It did for me with rev43. So I have no Idea what you're talking about...
If it works for you it doesn't mean that it works for everyone. A lot of people were having this problem if you've followed this thread.
Did you check both /wiiflow/wiiflow.ini and /apps/wiiflow/wiiflow.ini? Also, there is a bug which is ini file related. It will be resolved in the upcoming revision. I think the bug is something like usb:/wiiflow/wiiflow.ini isn't used if there is no sd:/wiiflow/wiiflow.ini.
Actually, I had exactly the same kind of problem : the wiiflow.ini was created on my hdd, but wiiflow was looking for it on the sd card.
Problem was : every change I made was applied to the hdd version, but still wiiflow wanted to use the one on the SD.
I fixed this by deleting my hdd partition...
Problem was : every change I made was applied to the hdd version, but still wiiflow wanted to use the one on the SD.
I fixed this by deleting my hdd partition...
http://gbatemp.net/t204106-wiiflow-an-open...t&p=2870463
http://gbatemp.net/t204106-wiiflow-an-open...t&p=2873468
If I launch WiiFlow for the first time, there is no wiiflow.ini in my HDD and anywhere on my SD card. I also tried with a USB stick. I found a trick to make one. I have to put a blank wiiflow.ini in SD:\wiiflow and USB:\wiiflow. This way, the settings and folders will be created. I can also make a wiiflow.ini and add
and this will work fine. I don't know exactly why WiiFlow doesn't automatically create this file, but I can do more testing if needed. One thing I know for sure is that rev25 doesn't have this problem. The wiiflow.ini is created on my HDD by default.
[Edit] Try this. Delete or rename every wiiflow folders and .ini files on your SD and USB device and keep only boot.dol on SD:\apps\Wiiflow. Run WiiFlow and tell me if you find a wiiflow.ini somewhere.
http://gbatemp.net/t204106-wiiflow-an-open...t&p=2873468
If I launch WiiFlow for the first time, there is no wiiflow.ini in my HDD and anywhere on my SD card. I also tried with a USB stick. I found a trick to make one. I have to put a blank wiiflow.ini in SD:\wiiflow and USB:\wiiflow. This way, the settings and folders will be created. I can also make a wiiflow.ini and add
Code:
[ GENERAL]
data_on_usb=noand this will work fine. I don't know exactly why WiiFlow doesn't automatically create this file, but I can do more testing if needed. One thing I know for sure is that rev25 doesn't have this problem. The wiiflow.ini is created on my HDD by default.
[Edit] Try this. Delete or rename every wiiflow folders and .ini files on your SD and USB device and keep only boot.dol on SD:\apps\Wiiflow. Run WiiFlow and tell me if you find a wiiflow.ini somewhere.
Hello,
I have just a little fix to submit for the file source/gui/coverflow.cpp.
In this method, used for sorting game by title :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return false; // PROBLEM HERE !!!
}
The problem is on the last line, for game with multiple version (ex: "Pikmin", "Pikmin 2").
Depending on the original sort of the game, we can have different result, and "Pikmin 2" can be printed before "Pikmin".
In this cas, a quick solution can be to sort game depending of the size of the title, with this simple code :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return title.size() < i.title.size();
}
Just my 2 cents
I have just a little fix to submit for the file source/gui/coverflow.cpp.
In this method, used for sorting game by title :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return false; // PROBLEM HERE !!!
}
The problem is on the last line, for game with multiple version (ex: "Pikmin", "Pikmin 2").
Depending on the original sort of the game, we can have different result, and "Pikmin 2" can be printed before "Pikmin".
In this cas, a quick solution can be to sort game depending of the size of the title, with this simple code :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return title.size() < i.title.size();
}
Just my 2 cents
Blue-K said:Dude...read the Changelognando said:. PoP-Patch is already integrated (r43). Using Hermes cIOS rev5.1 should also work (since Hermes renamed the module that the game checks for). And DLC doesn't depend on the loader, it depends on the cIOS. Rev19 with Base 37 is reported to work (though it didn't for me, it did for others).
@Kovani? WiiFlow already creates this File at the first start. It did for me with rev43. So I have no Idea what you're talking about...
i knew pop is integrated into r43, but i remember supporting hermes ver5 wasn't a priority and as you say, rev 19 base 37 didn't work for you. so i guess my question should of been if ver5 is supported? which the log says "initial" support was added -but that don't tell me if dlc was working
anyway, thanks for the info
I have no clue about dlc. What we mean by initial support is actually partial support. We've taken the dip plugin from rev4, and changed it so that it'll work with rev5. That means that things like NAND emulation won't work, because that memory is probably used by the fraglist, which is used for FAT/NTFS partitions.nando said:
Donate me a guitar, and I can test Guitar Hero stuff and dlc
xabby666 said:
png, I have mine at 640 x 480 but get a slight delay while it loads. 320 x 240 I think loads well but does not look as good.
r-win said:I have no clue about dlc. What we mean by initial support is actually partial support. We've taken the dip plugin from rev4, and changed it so that it'll work with rev5. That means that things like NAND emulation won't work, because that memory is probably used by the fraglist, which is used for FAT/NTFS partitions.nando said:
Donate me a guitar, and I can test Guitar Hero stuff and dlc
too bad, i got 7 guitars right there, but it will cost me more to ship than the guitar value itself
+1 this. I was just thinking that with Mario Galaxy 1 and 2.orsu said:Hello,
I have just a little fix to submit for the file source/gui/coverflow.cpp.
In this method, used for sorting game by title :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return false; // PROBLEM HERE !!!
}
The problem is on the last line, for game with multiple version (ex: "Pikmin", "Pikmin 2").
Depending on the original sort of the game, we can have different result, and "Pikmin 2" can be printed before "Pikmin".
In this cas, a quick solution can be to sort game depending of the size of the title, with this simple code :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return title.size() < i.title.size();
}
Just my 2 cents
jservs7 said:+1 this. I was just thinking that with Mario Galaxy 1 and 2.orsu said:Hello,
I have just a little fix to submit for the file source/gui/coverflow.cpp.
In this method, used for sorting game by title :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return false; // PROBLEM HERE !!!
}
The problem is on the last line, for game with multiple version (ex: "Pikmin", "Pikmin 2").
Depending on the original sort of the game, we can have different result, and "Pikmin 2" can be printed before "Pikmin".
In this cas, a quick solution can be to sort game depending of the size of the title, with this simple code :
CODEbool CCoverFlow::CItem::operator upperCaseWChar(title[k]))
return true;
return title.size() < i.title.size();
}
Just my 2 cents
That has already been implemented, and will be in the next release, as well as MANY new features and bug fixes. Stay Tuned.
mugotu said:
I am happy with the bug fixes.
I really hope there is a bug-fixed stable version before the "MANY new features" version. It is because the "MANY new features" very likely lead to new bugs.
Relax...it's not that many new features, actually.TeenTin said:
We only implemented categories, and added buttons for all "hidden" options. So the settings menu grew a bit. Also, the known bugs have been fixed.
Btw, we have removed the Fat_Mount in main.cpp again. It does not help with unstable harddrives. Actually, it was never in r25, and I added it myself for a test. It didn't work, and it doesn't work for all of our testers. Actually, it makes things a lot worse. We will try some other things though, before releasing a new revision.
Similar threads
-
- Portal
