No, that's how you speed up (or potentially slow down) the system itself, not how you adjust framerate limits and graphical settings in games. It might require an overclock to actually utilize a framerate limit change, but overclocking alone won't do anything one way or the other except maybe improve load times.How they make the "mods" is by tweaking the System clocks. You can do that yourself if you wish with sys-clk-editor (https://github.com/SunTheCourier/sys-clk-Editor)
If you manage to find a good one, please share it
No, this is the new game with the same name as the classic. Screwing with framerates on an emulated NeoGeo game would produce potentially very unpleasant results and surely anyone actually wanting to play a NeoGeo game would know better, so I would presume no one would even ask that. But for a modern game that uses 3D accelerated graphics adjusting framerates often is fine (depending on the game.)It's ACA Samurai Shodown? if that so stick to CPU OC, it helps to improve bgm performance, actually in all the Samshos
Could be. Is the target framerate definitely 60? Actually, in such a case it would be nice to lower it for handheld mode if we could get to the settings for that because wow it is ugly in handheld mode...this game use dr resloution for 60fps.so we dont need 60fps mod. this game run at 60fps.only we need close dr resloution.but framerate will drop
I don't find about dr setting on onion/config/switch/basedefaultuserprofile.ini.but .make sure use dr resloution to keep 60fps.Locking to 30 FPS would introduce input lag. This normally is solved by using r.GTSyncType=2, but game needs to have some specific code to use it.
It sounds like it would be better to focus on trying to find a way to make it decrease quality in a less horrible way instead via settings tweaks then. Though I'm not sure what else could be adjusted since the game is relatively simplistic in most ways. (Actually, this begs the question of if it even needs to downsample as much as it does in the first place.)Locking to 30 FPS would introduce input lag. This normally is solved by using r.GTSyncType=2, but game needs to have some specific code to use it.
I'm not really a coder. I don't know how to fix things like that to compile correctly (or at all in some cases,) but I do know that it would have problems like only ever being the latest code whereas these things often require an older version.You can always join epic company github and try to compile unrealpak only.
Best OC settings for this game? The FPS is all over the place.
What the recommended for just a steady performance?
@ecl0674 created a mod which set the resolution to dynamic, max 100%, min 50%, it helps to maintain the framerate stable.
I have another pak for myself set to max 100%, min 80%, tell me how it goes.
No, just place it under atmosphere/contentsGotta unpack the .nsp, right?
Dude, I have no idea how you did it, but the game definitely looks a lot better and sharper in my Lite (which is always in handheld mode of course) ... you can sometimes tell the resolution is shifting, but it's not often. This is nothing short of impressive, and it's also quite stable - has some frameskips here and there, but it's a lot better than default SamSho on handheld mode. How does your 100%-80% patch work for you on handheld mode?No, just place it under atmosphere/contents