Tourist Trap wrote:Hello Landeel,
I tried to figure out how to get rid of the high dpi bug on win10. Here is my find so far. If not compiled as a project on winfbe, but rather as a standalone application without any special features (manifest is guilty I guess) you can set the dpi compatibility by hand by a right click on the exe.
Then how to detect the dpi at first? Maybe try GetSystemMeyricsForDpi(int, uint) as int , lib user32, alias same name, in short! I don't know how to use it anyway and may fail under other os than win10.
Ok, afterwards, if dpi high, shellexecute the compatible version from your main program?
Those are my 2 cents, this is a quite bigger issue than it seemed first. Good luck for the challenge. Last few hours :)
thanks for the tips.
I have tried the game in a few Windows setups and could not reproduce this.
Until I have access to a machine that actually manifests this problem, it's very hard to fix.
There are a few options in the ini and command-line that can work around this. According to Lachie, running it windowed at a resolution smaller than the desktop works.
Argh, why can't Windows just set the screen mode I asked? Looks like a bug to me.
For now I'll just concentrate on the game itself and leave this issue unsolved until I can see it for myself and run a few tests.
If not compiled as a project on winfbe, but rather as a standalone application without any special features (manifest is guilty I guess)
I'm cross compiling from Linux, so I have no idea what this is. Maybe I can write a manifest that says "no scaling, damn!" and add it to the executable?