Aeglefire Posted May 20, 2019 Share Posted May 20, 2019 Can you guys make an option in the game for 30 fps (frames per second)? Low-end computers run 30 fps games MUCH much more smoothly, and this will make the game much more playable on low-end computers (when the colony size becomes insanely large), and this will increase sales for the game, which increases profit. It's a definite win-win! Love you Klei. Link to comment Share on other sites More sharing options...
SharraShimada Posted May 20, 2019 Share Posted May 20, 2019 Why would a low-FPS option increase sales? It does not change how the game´s FPS go down in late game, it just caps the FPS in early game. Besides, you can already do that with your driver-panel from Nvidia or AMD, if you think its worth the effort. Link to comment Share on other sites More sharing options...
Sasza22 Posted May 20, 2019 Share Posted May 20, 2019 The game doesn`t have a fixed fps. For lower computers the fps will just go down to 30 and below. limiting it to 30 does nothing for them. Link to comment Share on other sites More sharing options...
nets Posted May 27, 2019 Share Posted May 27, 2019 I think the OP is thinking of detaching graphics display from actual calculation and only afford up to 30 frame updates per second. It's not uncommon to do this. The common practice is to do a "wait-for-vertical-blank" operation, which basically wastes processing time but caps the image updates to X FPS, somewhat offset by triple-buffering (or worse). But it does require some form of synchronization, to stop the physics and other calculations, do the graphics queueing and release the physics engine again. OR you would need a state-buffering, where you essentially write the new engine state in a "window" and start working on a new "window" and essentially the graphics updater will pick the most recent completed state "window" and anything older is discarded. Both wastes processing time in it's own way unless they can be truly paralleled like having a process being the game state and another process be the "graphics display", and essentially RPC between them - still it requires some form of dynamic balancing. Still you have to somehow limit the game engine from running too fast. Either way, a 30 frame option is most likely not a few lines of code and instant sales increase. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.
Please be aware that the content of this thread may be outdated and no longer applicable.