FBA: Some games requiring accessing RGUI menu to run full speed
-
@barbudreadmon Is it possible that the code responsible for initiating the parameters has not been updated to initiate your sh2 fix?
-
@jell said in FBA: Some games requiring accessing RGUI menu to run full speed:
@barbudreadmon Is it possible that the code responsible for initiating the parameters has not been updated to initiate your sh2 fix?
I wrote both, they should work properly. That's not exactly a "fix", it's just skipping some sh2 timers to allow games to run faster (most games using this cpu didn't use those timers), that's why it is not enabled by default. Only psikyo's soldivid and kaneko suprnova games are supposed to use those timers, never noticed any issue with soldivid with the speedhack though. I have been thinking about making the speedhack the default for psikyo games for some time now.
-
You got me curious with this. Initially I thought I could reproduce this but after saving the game specific core file, enabling the fix and seeing region to international it seems to always work for me.
Are you sure you have your options set to load that config file for the game?
Settings > Configuration > load content specific core options set to on
(Well, I actually have all load options to on).
-
@pjft Thanks for the ideas. I checked all of those things, and the settings are like yours. I saved an opt file this time, and still the same issues. All my load options are on, but for some reason seems to be skipping loading the sh2 setting. I'm wondering, are you able to notice a difference between "fast" and "accurate"? I'm thinking that if you're overclocked, you may not be noticing the difference as much as myself.
Thanks again, both of you. Will keep digging.
Edit: I did notice, there's a ton of non-related data in the game-specific .opt file. Things related to other games and systems.
-
@jell Thanks. I don't think I'm overclocked in any way. I notice a difference between "slowdown" and "running well" - I can't directly attribute it to the fix or to the change in that setting, though, as I didn't explore it that much.
When it was running slow, I noticed the sound being distorted and that's how I know it's not running at full speed.
Hope you sort this out!
-
@pjft Okay, so I switched to the MAME 2003 roms. Gotta hit left, right at the beginning to get past the warning screen, but s1945ii, s1945iii, and soldivid seem to run normal speed from the start.
I actually think the game was a little smoother with the FBA versions, and the graphics for soldivid seemed better in the FBA version, but not having to go to the RGUI menu each time is better from a UI point of view.
Someday when FBA is updated again, I'll give it another go and see if things work out. Thanks again for your input and help!
-
@jell said in FBA: Some games requiring accessing RGUI menu to run full speed:
Someday when FBA is updated again, I'll give it another go and see if things work out. Thanks again for your input and help!
There is currently no issue with the code (tried it on several platforms). That's an issue with your setup. Don't expect a core update to solve it. As to why this setting is not saved/retrieved properly from your core option file, i can't be sure. Other options from this core and from other cores are saved/retrieved properly ?
-
@barbudreadmon Thanks so much for checking. Tested again to make sure the other game-specific core settings are saved/retrieved. Many of the options I have no way of telling, but the DAR/PAR aspect ratio is preserved between restarts when I create an .opt file for the game. Visually, I can tell as I switch back and forth.
Perhaps there is another reason that's slowing the system down to levels similar to having the sh2 setting to "accurate", which is fixed when accessing the RGUI menu, and I've been following the wrong lead. One thing that makes me believe that it's related to the sh2 setting is that when I save the sh2 setting to "accurate" in the game-specific opt file, then I do a full reboot of the game and it starts out slow, then I fiddle in the menu (ultimately changing no settings), it is still slow. On the other hand, when I set the sh2 setting to "fast" and do the same thing, the game runs smooth smooth smooth, it's great!
Thanks again for looking into this. If there's anything I can do to get more information as to what is happening under the hood, please let me know. One day I hope to brush the thick layer of dust off of my computer programming skills :)
Edit: Updated retroarch and fba from source and tried again. Same result. May try on a fresh install someday, would be a good excuse to get a new (bigger) micro SD card!
-
I have this exact problem and it's really bothering me, because I love these games and they play noticably better in FBA than in MAME, but you need to enter the menu every time, or at least I do. Anyone found a fix? :/
-
@jell Did you ever figure out how to solve this? I have the exact same problem :/
-
@jenslyn87 in my case the options are saved and loaded as intended when I have it set to load per core and per game options, after saving the game options.
-
@pjft Thank you! I'll see if I can get this to work later today. The problem, as with the previous poster, is not that the setting isn't saved. The sh setting is saved as 'fast', but I have to actually fiddle around with it to get it working. So if I go from fast -> accurate -> fast it will work. However, anytime I end on 'accurate', it won't. This tells me that even though retropie tells me that the setting is set to 'fast', it doesn't loud as such. Sounds like exactly the problem the previous poster has.
-
@pjft To be clear, my options are saved, but for some reason the fast sh mode doesn't activate upon startup. Like the OP, I have to actually go in to the options in Retroarch and fiddle around with SOMETHING before it activates and the game plays smooth. I wonder if it's only us who have that problem.
-
has everyone got the latest lr-fbalpha? update via source to be sure.
it's possible that something in fba_init() needs to be run during game load also? https://github.com/libretro/fbalpha/blob/master/src/burner/libretro/libretro.cpp#L1573
-
Just to report, I'm (still) on v0.2.97.39 and this works as intended.
-
@pjft when you say they've "loaded", are you checking the menu or the relevant effect?
-
@dankcushions effect. Then menu for sanity checking. I have FBA CPU overclock set to 130, but I think that's a default?
I know that if I turn it off the slowdown immediately becomes noticeable.
-
Guys, not sure I'm completely up with what you're saying here. Not long ago I posted a thread on the retropie reddit forum: https://www.reddit.com/r/RetroPie/comments/7bouog/strikers_ii_iii_run_extremely_slowly_in_fba_i_can/
Someone just tried to replicate my issue, with 'success'
Updated lr-fbalpha via source, no dice :/
-
@jenslyn87 It sounds like we're having the same problem. While the options are saved and loaded properly (or at least appear to when accessing the RGUI menu), if something is not fiddled with, the fast mode does not seem to be active, and thus the game runs slow.
I did not find a solution with fba. I did try updating fba to the latest. What I ended up doing was using MAME 2003 for these games, and the performance was much better.
Please keep me posted if you find a solution. Thanks!
-
Never understood if this was a known bug or if it's really supposed to work on my end? I just tried updating fba and retroarch, but it didn't help :(
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.