Hi Runningsnakes, here is my scummvm_plugin.ini
Things that come to my mind:
In Scummvm mod18 there are some things to check as explained in the readme:
In Scummvm mod18 there are some things to check as explained in the readme:
Yes I did, no luck
Thank you @Tetsuo Shima for the .ini reference. I think i've tried every possible "dolfile" & "coverfolder" filepath & combination i can imagine. I can't believe "filetypes" would be the issue since there are so many different extensions inside each (most) game folders, keep things simple i would guess.
I use the old fashioned method platform.ini with many buttons for source "no tiers". I don't believe this could be the culprit to the issue, but at this point i'm not ruling out any scenario. I could have possibly left trails when i had the "tiers" set up? I'm stumped here
...Oh well, i've found a way to backdoor the cache files. A bit time consuming but it works. As for games, what would you guys recommend besides the LucasFilms blockbusters. I've beaten Maniac Mansion, Tentacle, Broken Sword, but i was a console kid throughout the 80's & 90's & didn't have access to these games years ago. Thanks for the help guys, i'll keep you posted if i figure this out
No, I don't think enabling/disabling sourceflow and tiers has anything to do with the covers not showing up. Btw I'm using both of them and have no issues.Yes I did, no luck
Thank you @Tetsuo Shima for the .ini reference. I think i've tried every possible "dolfile" & "coverfolder" filepath & combination i can imagine. I can't believe "filetypes" would be the issue since there are so many different extensions inside each (most) game folders, keep things simple i would guess.
I use the old fashioned method platform.ini with many buttons for source "no tiers". I don't believe this could be the culprit to the issue, but at this point i'm not ruling out any scenario. I could have possibly left trails when i had the "tiers" set up? I'm stumped here
Oh well, i've found a way to backdoor the cache files. A bit time consuming but it works. As for games, what would you guys recommend besides the LucasFilms blockbusters. I've beaten Maniac Mansion, Tentacle, Broken Sword, but i was a console kid throughout the 80's & 90's & didn't have access to these games years ago. Thanks for the help guys, i'll keep you posted if i figure this out
So, correct me if I'm wrong, but your cache/scummvm folder is empty, right? No .wfc file has been created?
I was in this situation too, what worked for me was to using WF 5.3.0 b14 (but you can also try other revisions). It allowed me to recreate the cache files and then I reinstalled WF 5.4.0
Then, I don't know why, the issues never happened again
About ScummVm recommendations, you're asking to the right guy
Above all Blade Runner (and this is just incredible, as its source code was lost by the developers. An awesome adventure, and if you're a BR fan it's a must have!).
The Neverhood Chronicles
Toonstruck
Dreamweb
I have no mouth and I must scream
Myst
Riven
Return to Zork
Zork Grand Inquisitor
the Gabriel Knight serie
the Eye of the Beholder serie (yes, ScummVM plays even some old dungeon crawlers! And way better than Dosbox Wii)
Lands of Lore
Might and Magic 4 + 5
Edit 2: it's normal that you can't change the color of ScummVM covers. I don't know the details, but they are working differently from the other plugins and they don't take the color from the .ini files. I don't know how to change it.
Last edited by Tetsuo Shima,
Thanks for the list Tetsuo. I'll go back & try 5.3.0 b14 again. I've still got 5.3.0 b8 also. Yes, my scummvm/cache folder is empty while testing.
Edit:
Ok. So I completely reverted back to 5.2.0 and no luck there. So I went back to 5.4.0 and just replaced the 5.4.0 boot.dol with the 5.2.0 boot.dol keeping all other new 5.4.0 files inside apps/wiiflow folder. It works!!! It's creating the cache files for the artwork. I've tried to go back to 5.4.0 & see if the bug was exterminated, but the issue still exists, but it does show artwork created by 5.2.0, it just cannot create it's own cache. Very strange bug. But all is well, i'll use 5.2.0 to create the cache for ScummVM, once done go back to 5.4.0 & forget this ever
happened...lol
Thanks for the help guys & i'll definitely look into the games you listed @Tetsuo Shima. WFL is truly outstanding in every regard even with the occasional hiccup. Thank you @fledge68 again for this masterpiece of a frontend.
Edit:
I fogot to mention that using 5.4.0, i've created many new cache files for other emulators recently including GBA, PCEngineCD/Turbo Duo. So I believe this is most likely isolated to ScummVM. Also I have uploaded a background for openBOR i made awhile back if you are interested.
Edit:
Ok. So I completely reverted back to 5.2.0 and no luck there. So I went back to 5.4.0 and just replaced the 5.4.0 boot.dol with the 5.2.0 boot.dol keeping all other new 5.4.0 files inside apps/wiiflow folder. It works!!! It's creating the cache files for the artwork. I've tried to go back to 5.4.0 & see if the bug was exterminated, but the issue still exists, but it does show artwork created by 5.2.0, it just cannot create it's own cache. Very strange bug
. But all is well, i'll use 5.2.0 to create the cache for ScummVM, once done go back to 5.4.0 & forget this everhappened...lol
Thanks for the help guys & i'll definitely look into the games you listed @Tetsuo Shima. WFL is truly outstanding in every regard even with the occasional hiccup. Thank you @fledge68 again for this masterpiece of a frontend.Edit:
I fogot to mention that using 5.4.0, i've created many new cache files for other emulators recently including GBA, PCEngineCD/Turbo Duo. So I believe this is most likely isolated to ScummVM. Also I have uploaded a background for openBOR i made awhile back if you are interested.
Last edited by RunningSnakes,
@fledge68 , thank you very much for this. I have recently updated to your latest version of WiiFlow, tested it out and it's working very great. I have some small things to report back:
- Connecting a nunchuck to the Wii remote, while viewing any screen in WiiFlow seems to lock up the controller button inputs entirely. Button functionality returns when the nunchuck is disconnected. I have tried a few different ones with the same results. Having the nunchuck plugged into the Wii remote before booting up WiiFlow seems to work fine however. Anyone else experience this issue?
- I'm experiencing some odd issue with backgrounds. I'm still exactly unsure what the issue is, but I notice it most when I traverse to a source plugin with a defined custom background, then traverse back to a source_menu (sourceflow) without a defined custom background. This is when WiiFlow will display a blown-up random default image pulled from imgs (pointer usually) as the background, instead of displaying the default MAIN/background provided by theme.ini.
The issue usually resolves itself if I instead choose a source button with no custom background defined, which does correctly default to the MAIN/background. Traverse back from this screen, then the source_menu (sourceflow) will display the MAIN/background again.
There may just be some small step I'm overlooking, as I'm a bit behind on WiiFlow as of late, but I'm catching up. I think that it would be possible to remedy this issue by just defining a background in every source_menu tier I have, but I try to use those as sparingly as possible due to their slight performance hits.
Friends, I also have something small I'd like to share:
I've made my own version of the WiiFlow loading animation, in an attempt to produce a cleaner look with less artifacting and 'jaypeg' than the default one. I also changed the animating covers to look closer in style to the classic WiiFlow logo displayed on the splash screen. May need some further polishing, but I'm happy with it for now.
Choose the version you want, open its folder and place the wait_imgs folder in your apps/wiiflow folder. Inside this same folder, edit your meta.xml file to enable arguments, and remove the <arg>waitloop</arg> line to achieve the desired animation effect.
I'm also including a matching WiiFlow app icon, sourced from the same artwork.
Place it in your apps/wiiflow folder, replacing the icon.png, if you wish to use it:
Download here: http://www.mediafire.com/file/jxuclcqm72rrjqz/WFL_BOOT_ANIMATION_V01.rar/file
- Connecting a nunchuck to the Wii remote, while viewing any screen in WiiFlow seems to lock up the controller button inputs entirely. Button functionality returns when the nunchuck is disconnected. I have tried a few different ones with the same results. Having the nunchuck plugged into the Wii remote before booting up WiiFlow seems to work fine however. Anyone else experience this issue?
- I'm experiencing some odd issue with backgrounds. I'm still exactly unsure what the issue is, but I notice it most when I traverse to a source plugin with a defined custom background, then traverse back to a source_menu (sourceflow) without a defined custom background. This is when WiiFlow will display a blown-up random default image pulled from imgs (pointer usually) as the background, instead of displaying the default MAIN/background provided by theme.ini.
The issue usually resolves itself if I instead choose a source button with no custom background defined, which does correctly default to the MAIN/background. Traverse back from this screen, then the source_menu (sourceflow) will display the MAIN/background again.
There may just be some small step I'm overlooking, as I'm a bit behind on WiiFlow as of late, but I'm catching up. I think that it would be possible to remedy this issue by just defining a background in every source_menu tier I have, but I try to use those as sparingly as possible due to their slight performance hits.
Friends, I also have something small I'd like to share:
I've made my own version of the WiiFlow loading animation, in an attempt to produce a cleaner look with less artifacting and 'jaypeg' than the default one. I also changed the animating covers to look closer in style to the classic WiiFlow logo displayed on the splash screen. May need some further polishing, but I'm happy with it for now.
Choose the version you want, open its folder and place the wait_imgs folder in your apps/wiiflow folder. Inside this same folder, edit your meta.xml file to enable arguments, and remove the <arg>waitloop</arg> line to achieve the desired animation effect.
Remove all lines in red:
<!-- // remove this line to enable arguments
<arguments>
<arg>ios=249</arg>
<arg>waitdir=sd:/apps/wiiflow/wait_imgs</arg>
<arg>waitloop</arg>
<arg>noflash</arg>
</arguments>
// remove this line to enable arguments -->
<!-- // remove this line to enable arguments
<arguments>
<arg>ios=249</arg>
<arg>waitdir=sd:/apps/wiiflow/wait_imgs</arg>
<arg>waitloop</arg>
<arg>noflash</arg>
</arguments>
// remove this line to enable arguments -->
I'm also including a matching WiiFlow app icon, sourced from the same artwork.
Place it in your apps/wiiflow folder, replacing the icon.png, if you wish to use it:
Download here: http://www.mediafire.com/file/jxuclcqm72rrjqz/WFL_BOOT_ANIMATION_V01.rar/file
Hi Hakaisha! I hope you are well. I have a very similar issue with backgrounds, but to me it happens when I'm browsing many game infos all at once, or when I use the adjust coverflow. I'm using many custom backgrounds, so while it's triggered differently, it may be the same bug. I have custom backgrounds for all my sources, though.@fledge68 , thank you very much for this. I have recently updated to your latest version of WiiFlow, tested it out and it's working very great. I have some small things to report back:
- Connecting a nunchuck to the Wii remote, while viewing any screen in WiiFlow seems to lock up the controller button inputs entirely. Button functionality returns when the nunchuck is disconnected. I have tried a few different ones with the same results. Having the nunchuck plugged into the Wii remote before booting up WiiFlow seems to work fine however. Anyone else experience this issue?
- I'm experiencing some odd issue with backgrounds. I'm still exactly unsure what the issue is, but I notice it most when I traverse to a source plugin with a defined custom background, then traverse back to a source_menu (sourceflow) without a defined custom background. This is when WiiFlow will display a blown-up random default image pulled from imgs (pointer usually) as the background, instead of displaying the default MAIN/background provided by theme.ini.
The issue usually resolves itself if I instead choose a source button with no custom background defined, which does correctly default to the MAIN/background. Traverse back from this screen, then the source_menu (sourceflow) will display the MAIN/background again.
There may just be some small step I'm overlooking, as I'm a bit behind on WiiFlow as of late, but I'm catching up. I think that it would be possible to remedy this issue by just defining a background in every source_menu tier I have, but I try to use those as sparingly as possible due to their slight performance hits.
Friends, I also have something small I'd like to share:
I've made my own version of the WiiFlow loading animation, in an attempt to produce a cleaner look with less artifacting and 'jaypeg' than the default one. I also changed the animating covers to look closer in style to the classic WiiFlow logo displayed on the splash screen. May need some further polishing, but I'm happy with it for now.
Choose the version you want, open its folder and place the wait_imgs folder in your apps/wiiflow folder. Inside this same folder, edit your meta.xml file to enable arguments, and remove the <arg>waitloop</arg> line to achieve the desired animation effect.
Remove all lines in red:
<!-- // remove this line to enable arguments
<arguments>
<arg>ios=249</arg>
<arg>waitdir=sd:/apps/wiiflow/wait_imgs</arg>
<arg>waitloop</arg>
<arg>noflash</arg>
</arguments>
// remove this line to enable arguments -->
I'm also including a matching WiiFlow app icon, sourced from the same artwork.
Place it in your apps/wiiflow folder, replacing the icon.png, if you wish to use it:
Download here: http://www.mediafire.com/file/jxuclcqm72rrjqz/WFL_BOOT_ANIMATION_V01.rar/file
Edit:
I don't have the nunchuck issue, but I've had a similar problem with the classic controller with Wiiflow 5.2.0, if after a while the wiiremote disconnected, the pointer was locked in a small circle area, and I can't move it freely around the screen with the wiimote or CC. The only way to regain control on the pointer was to disconnect the CC.
Now in Wiiflow 5.4.0 I see that if I connect the CC i can still point the screen. If the wiimote wakes up from standby with the CC still attached to it, I cannot point the screen anymore but I have to use the Left stick.
Your new animated logo is wonderful! I'll try it ASAP
Last edited by Tetsuo Shima,
@Tetsuo Shima @Hakaisha please try this wf boot dol.
i found some problems with the custom background code. hopefully i have fixed them.
edit: test 2 is junk don't download or try it. here is test 3.
https://www.mediafire.com/file/czmeffxjwr3kqte/wf5.4.1.test3.zip/file
i found some problems with the custom background code. hopefully i have fixed them.
edit: test 2 is junk don't download or try it. here is test 3.
https://www.mediafire.com/file/czmeffxjwr3kqte/wf5.4.1.test3.zip/file
Last edited by fledge68,
@fledge68 , currently testing your boot dol.
*boot WiiFlow
SF/ *starts in SourceFlow base menu (correct bg)
SF/ *select Games.ini (correct bg)
SF/ *select Consoles.ini (correct bg)
SF/ *select Atari 5200 (see below)
MAIN/ *displaying Atari 5200 games (correct custom bg)
*press B to return to SourceFlow*
SF/ Consoles.ini (correct bg)
*press B*
SF/Games.ini (correct bg)
*presents B*
SF/source_menu.ini (correct bg)
--- now select Homebrew.ini (error, pointer from imgs replaces background. Usually just displays Default main/screen bg here, defined by theme.ini)
*restart Wii to try again*
I see a small glimpse of the custom Atari 5200 bg just as the SourceFlow base menu loads up, quickly being replaced by the correct bg defined by theme.ini.
*select games.ini* (now has Atari 5200 bg)
*select consoles.ini* (still showing Atari 5200 bg)
*select Atari 5200* (main/screen showing Atari 5200 bg)
*press B* (games.ini has reverted to correct main/screen bg)
*press B* (consoles.ini still correct bg now)
*press B* (source_menu.ini is correct still. But I have been seeing small glimpses of the 5200 bg with each B button press, each time SourceFlow navigates backward)
------------------------------------------------------------------------------
So, what I take away from these tests is this:
Choosing a custom bg source plugin displays correctly. Return to a non-custom SourceFlow from that, using B button will load the correct MAIN/screen BG each time the user navigates BACKWARD.
But, selecting and LOADING a new non-custom bg source_menu.ini, after loading a custom BG source plugin will produce the error again.
And somehow, the last loaded custom source BG seems to be lingering between loading screens navigating backward, and during boot up.
Edit: goodness, sorry I didn't see your edits. Let me try the new dol.
*boot WiiFlow
SF/ *starts in SourceFlow base menu (correct bg)
SF/ *select Games.ini (correct bg)
SF/ *select Consoles.ini (correct bg)
SF/ *select Atari 5200 (see below)
MAIN/ *displaying Atari 5200 games (correct custom bg)
*press B to return to SourceFlow*
SF/ Consoles.ini (correct bg)
*press B*
SF/Games.ini (correct bg)
*presents B*
SF/source_menu.ini (correct bg)
--- now select Homebrew.ini (error, pointer from imgs replaces background. Usually just displays Default main/screen bg here, defined by theme.ini)
*restart Wii to try again*
I see a small glimpse of the custom Atari 5200 bg just as the SourceFlow base menu loads up, quickly being replaced by the correct bg defined by theme.ini.
*select games.ini* (now has Atari 5200 bg)
*select consoles.ini* (still showing Atari 5200 bg)
*select Atari 5200* (main/screen showing Atari 5200 bg)
*press B* (games.ini has reverted to correct main/screen bg)
*press B* (consoles.ini still correct bg now)
*press B* (source_menu.ini is correct still. But I have been seeing small glimpses of the 5200 bg with each B button press, each time SourceFlow navigates backward)
------------------------------------------------------------------------------
So, what I take away from these tests is this:
Choosing a custom bg source plugin displays correctly. Return to a non-custom SourceFlow from that, using B button will load the correct MAIN/screen BG each time the user navigates BACKWARD.
But, selecting and LOADING a new non-custom bg source_menu.ini, after loading a custom BG source plugin will produce the error again.
And somehow, the last loaded custom source BG seems to be lingering between loading screens navigating backward, and during boot up.
Edit: goodness, sorry I didn't see your edits. Let me try the new dol.
Last edited by Hakaisha,
there is issue with download the banners/covers it will not download on 5.4.0 I have no issue with 5.0 Thanks
Okay, running currently test3 through the motions. Unfortunately, I'm still experiencing the same issue I described at the end of my last post.
Thanks to your thorough description I see where i went wrong.
here's test 4 - https://www.mediafire.com/file/r2empcdwuqr9w9h/wf5.4.1.test4.zip/file
Currently testing test4 boot dol, and everything concerning transitions between default and custom backgrounds seems to be functioning correctly again. Thank you, Fledge!
@fledge68 Tested boot.dol test4. Tried transition with '+' between game info for wii games, no issues even after browsing 50+ games.
Tried the same thing with neo geo, after a few games I press B and B again to go back to Source Flow arcade.ini, and the custom bakground is messed up. Then, if I always press B to go back, when I'm returning to console.ini it's still with the same messed up background.
If I select with 'A' the console.ini from source menu, the background is correct.
Using 'Adjust coverflow' for a while (changed cover scale and angle) produced a garbled background (colored artifacts), like in the screenshot below
Tried the same thing with neo geo, after a few games I press B and B again to go back to Source Flow arcade.ini, and the custom bakground is messed up. Then, if I always press B to go back, when I'm returning to console.ini it's still with the same messed up background.
If I select with 'A' the console.ini from source menu, the background is correct.
Using 'Adjust coverflow' for a while (changed cover scale and angle) produced a garbled background (colored artifacts), like in the screenshot below
I actually, kind of like how that looks.
"It is the year 202X. Rhapsodii has once again become corrupted by malevolent forces, bent on world domination. It is up to you to defeat the 8 robot masters and bring balance back to the universe. Good luck, Fledge!"
I've encountered that same garbled screen a few times in the past, but it always happens very randomly and I have been unable to reliably reproduce it with any specific actions. Perhaps it is somehow tied to Adjust CoverFlow?
Speaking of which, I am noticing a very short, full screen blip of that rainbow garble upon boot-up of WiiFlow now. Not sure if it's entirely related.
Also, I've got an update on my Nunchuck issue. It is apparently only happening with my 3rd party nunchuck.
If I plug any of my Nyko Kama nunchucks into the Wii remote, WiiFlow will soft lock any button inputs (even if I unplug it and plug in other nunchucks) and require the Wii to be restarted to work again. Official Nintendo Nunchucks are working fine.
Oddly enough, the Nyko Kama nunchucks work fine with WiiFlow if I have them plugged in before booting WiiFlow. The Kama is usually my preferred nunchuck and has worked quite well in previous WFL releases. For now, I'll continue just using official nunchucks. I usually only need it to take the odd screenshot here and there.
Hahahaha
the evil Dr. Wily is at it again.
Yes, I believe that the garbled screen is related to adjust coverflow. Only happens there.
edit: I just tried your loop animation. Awesome work! It looks much cleaner than the standard one, I like it!
Last edited by Tetsuo Shima,
@Hakaisha your nunchuck issue is probably because wiiflow use libogc wiiuse which probably doesn't like third party controllers. I kept libwupc in wiiflow because it works with my 3rd party wii u pro controler. libogc doesn't.
@Tetsuo Shima I tried browsing gameinfo 50 times or more (several times) but never had an issue with any custom backgrounds using your theme. I can't seem to reproduce this problem. The only thing i can think of is when I viewed wiimpathy's snapshots and cart disk images on my pc there were some that didn't display correctly. they had zero k size or something. I removed those before adding snapshots and cart disk images to my sd card. maybe you have some of those images and they are causing issues with wiiflow for you. or maybe scan your sd card for errors again.
as for adjust coverflow. It took a lot, i mean a lot, of changing different setting values before i finally got the garbled background. There's definitely an issue with coverflow but nothing to do with the backgrounds. I had issues more with the outer covers not displaying (showing just a white box). That will be a hard bug to track down.
@Tetsuo Shima I tried browsing gameinfo 50 times or more (several times) but never had an issue with any custom backgrounds using your theme. I can't seem to reproduce this problem. The only thing i can think of is when I viewed wiimpathy's snapshots and cart disk images on my pc there were some that didn't display correctly. they had zero k size or something. I removed those before adding snapshots and cart disk images to my sd card. maybe you have some of those images and they are causing issues with wiiflow for you. or maybe scan your sd card for errors again.
as for adjust coverflow. It took a lot, i mean a lot, of changing different setting values before i finally got the garbled background. There's definitely an issue with coverflow but nothing to do with the backgrounds. I had issues more with the outer covers not displaying (showing just a white box). That will be a hard bug to track down.
yes - delete all your custom gamecube banners in wiiflow/custom_banners folder and don't download them again.
Similar threads
-
-
-
-
-
-
@
Sicklyboy:
Lazy day for me. Was gonna go grocery shopping but it's raining so I don't feel like going out. Listened to music and messed with server stuff instead -
-
-
-
@
Sicklyboy:
I feel like school, back when I was actually in school, was more entertaining though, because of how much I get to interact with people, hang out with friends, and other stuff like that. All I get to talk to at work is my boring coworkers lol
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
