Software Support > GroovyMAME
Games with ISSUES: report here!
schmerzkaufen:
--- Quote from: schmerzkaufen on October 29, 2018, 06:01:13 am ---EDIT: probably false alarm for STV, it's just that my pc insn't strong enough to push more than f_d 2 with that system, logs with fd_0 and fd_3 attached, but 2 is fine as far as I've seen.
For nebulasray though I'm not sure power is the problem, just fd_1 without even any vsync offset crushes it, logs attached too.
--- End quote ---
Scratch what I wrote yesterday, it seems that rather than issues with frame_delay, it's just that a bunch of the more demanding systems can't work at a stable full speed even with only f_d 1 because my R7 260X processing is significantly weaker than my CPU anyway.
Correct me if I'm wrong, but that means when frame_delay is off most of the workload is for the CPU as in 'normal' MAME, and when it's on it switches to the GPU ?
EDIT: of course for those more demanding systems I still have d3d9ex minimizing the greatest portion of unwanted lag so no big deal, they all work flawlesssy with it. I wonder though what magnitude of GPU might is required to use some levels of frame_delay with even those heavier ones (STV, gnet, playstation hardware, etc)
Calamity:
--- Quote from: schmerzkaufen on October 30, 2018, 04:28:58 am ---Correct me if I'm wrong, but that means when frame_delay is off most of the workload is for the CPU as in 'normal' MAME, and when it's on it switches to the GPU ?
--- End quote ---
Not exactly, but somewhat true. Frame delay still requires a big, even higher stress for the CPU. But for frame delay to work well it's also critical the time it takes for the GPU to render a frame, while this is secondary without frame delay.
Try this: instead of having your desktop rotated as you have it now, set the orientation back to landscape (even if your monitor is rotated vertically, mind your neck). Then run groovymame with the -orientation rotate_r or -orientation rotate_l options.
I seem to remind someone reporting that a rotated desktop setup caused poor performance.
schmerzkaufen:
--- Quote from: Calamity on October 30, 2018, 04:40:53 am ---Not exactly, but somewhat true. Frame delay still requires a big, even higher stress for the CPU. But for frame delay to work well it's also critical the time it takes for the GPU to render a frame, while this is secondary without frame delay.
--- End quote ---
I see.
--- Quote from: Calamity on October 30, 2018, 04:40:53 am ---Try this: instead of having your desktop rotated as you have it now, set the orientation back to landscape (even if your monitor is rotated vertically, mind your neck). Then run groovymame with the -orientation rotate_r or -orientation rotate_l options.
I seem to remind someone reporting that a rotated desktop setup caused poor performance.
--- End quote ---
Just tried that and I must say it only made a very subtle difference, a small gain in stability, but the games still crawl in places with even just f_d 1.
Later as I've planned I will retry a number of things with my GTX 750 Ti (which I seem to recall allowed me to push many games to f_d 7~8, while the R7 260X is more 5~6 tier on average.
Also I've just found a brand new R7 360 (unused but refurbished b/c of damaged package ) which is only a refreshed/boosted/rebranded plain 260 but it comes with OC'ing potential.
Not like benchmarking GPUs for frame_delay on flat panels will build a reference database, but it's somewhat interesting for realizing that sort of behaviour I'm experiencing here is not a bug or something like that, rather it's only showing where the ceiling is for one's hardware in that kind of configuration.
Paradroid:
--- Quote from: folken on October 30, 2018, 02:15:45 am ---I don't understand why Mame team does not ensure that all NEOGEO MVS, CPS 1, 2 and 3 games and 90's games work perfectly before emulating other systems...???
--- End quote ---
That's a little bit like saying "shouldn't we make sure nobody lives in poverty before we explore outer space?"
The world (and MAME) don't work that way...
Recapnation:
Seems they are taking rewards lately for "issues" submitted through Bounty Source:
https://www.bountysource.com/teams/mamedev
So if they need the motivation (and they obviously do -- the aforementioned Garou glitch, for instance, makes of MAME the only NG emulator which doesn't run this game properly after all these years), there's that now. Hopefully this gets at least as popular as Retro Arch's Patreon and we can see some progress on drivers which seem to be long forgotten because they're "good enough" (and the devs start getting some well-deserved money in return).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version