[Closed] Inconsistent font rendering in menu

[VoidMage]

As of 35186e9fd722.
This looks a bit like the problem here, but this time affecting the standard menu.

menu_sshot.png

As you may see, some of the glyphs on some of the lines are clipped.
There might be a pattern to it, but it must be a quirky one - it doesn't depend on the glyphs, as they're rendered correctly in other places of the same menu, neither does it seem to depend on glyph color.

[Graf Zahl]

What screen resolution, scale factor and scaling mode are you using?

[VoidMage]

I doubt resolution matters - it happens both widowed and fullscreen.
It seems to be set to 800x600 though.

I use either hqnx or xbrz - problem visible with both.
User interface scale set to 2.

If you were referring to something else, say so clearly.

[Undead]

Graf is referring to your GZDoom resolution (regardless of whether it is windowed or fullscreen), the “Resolution scale” and “Scale factor” settings in GZDoom, all found in Options > “Set video mode”.

[Graf Zahl]

Was this really 800 x 600?
There was a problem causing a glitch like this when the window was dragged to its minimum size. The handler allowed a minimum WINDOW size of 640 instead of a minimum CLIENT size and if that happened the problem described here happened - it was also the only case where I could reproduce it, and that part is already fixed.

If this is Linux, though, I cannot say. If this is the case there may be a problem in the backend code reporting wrong window sizes.

[Rachael]

There is currently an issue in Windows where the client size can be arbitrarily set (vid_setsize) to a small size - however the scaling code handles this by forcing the scaling to be 640x400 minimum no matter what the window size is.

[Graf Zahl]

I fixed that issue yesterday. The limit was 640x400 window size, not 640x400 client size.

[VoidMage]

Let's put it this way:

Code: Select all • Expand view

vid_aspect=0
vid_vsync=false
vid_defheight=600
vid_defwidth=800
vid_rendermode=4
win_h=819
win_w=1024
win_y=102
win_x=128


...and yes, it's Linux.

Also, for comparison (as of 6d1a85af3c5a5f6):

menu_sshot2.png

...so it seems distortions happen at a certain height...

[phantombeta]

Is there any bug here?
To me, this seems like the usual issue of Nearest Neighbour filtering crapping itself when non-integer values (be it scaling or coordinates) are introduced.

[Graf Zahl]

It shouldn't do any non-integer scaling in the menu, unless the height is less than 480.

[Marisa Kirisame]

I'm incapable of reproducing this on my end. This is really odd. What window manager / desktop environment do you use?

[VoidMage]

...I rarely visit this forum these days.

As for my window manager, it's openbox.
DE doesn't really count, as it's actually a collection of bits and pieces (lxpanel, pcmanfm, etc.).

Also, still valid as of dc3b36ebd.

[Graf Zahl]

Whatever this is, I strongly suspect a third party related problem.