http://bugs.winehq.org/show_bug.cgi?id=59078 --- Comment #12 from Stian Low <wineryyyyy@gmail.com> --- Created attachment 80974 --> http://bugs.winehq.org/attachment.cgi?id=80974 winecfg DPI 256 showing Nine Parchments without 1/4 zoom bug (but shows MANGOHUD "zoomed") I seem to have mistook the meaning of "1/4 part of normal screen output" as the same issues described by this bug: https://bugs.winehq.org/show_bug.cgi?id=52959 But bug 52959 describes the case of the entire game being rendered but shrunk to only fit to the top left 1/4 corner of the screen with the remaining 3/4 surrounding area rendered black (typically). However based on reporter screenshot of Nine Parchments it seems that the game is not being shrunk to 1/4 but rather zoomed to only display the top left 1/4 corner of the game which fills the entire screen (and not just 1/4 of the screen). Attached are screenshots of Nine Parchments running with 256 DPI set which shows MangoHUD applied 256 DPI but the game still rendered correctly without zooming the top left 1/4 corner of the game. My original tests used default 96 DPI. DPI increases the size of winecfg window as if zoomed as shown in screenshot but seems not to affect game rendering graphics in the same way so unable to reproduce for a regular laptop display. Does changing DPI back to default 96 fix the 1/4 zoom? Is game zoomed more when DPI is set greater than 256? Suggestion that in-game display settings may still provide a fix, otherwise as stated before it may be more related to the 4k screen with DPI factor 256 which I'm unable to test for now. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.