Given the above, they might be spending time in doing a text-based approach instead, like an ini file, since I'm sure PC gamers appreciate those a lot more than binary files.They need to take into account how to keep it backwards compatible with the old files. This can be quite a problem and is the biggest annoyance of going for a binary configuration system, because these files will be completely incompatible if they decide to add more graphical options. The configuration binary files need to be reimplemented in a way to not rely on a resolution index.The ability to select a refresh rate also needs to be implemented in this list.The menu options need to be reimplemented to show a dynamic list.I sent them quite a lengthy guide in how to approach this properly, so I imagine the biggest issues to implementing it are: Without the code-base I can't say, but I imagine that supporting a dynamic list of resolutions that are queried from the display would take a significant amount of work to several parts of the codebase.
The GUI Scaling values don't even seem to be dependent on the value of the list, but are rather hardcoded depending on what resolution index is picked. From what I saw when looking through some of the methods in Cheat Engine, it seems like a lot of stuff is hardcoded depending on the resolution index they pick (which again, is another resolution list hardcoded). Click to expand.It kinda depends on their implementation.
0 kommentar(er)
