[lbreakouthd:BUG] Fullscreen not scaling correctly on 2880x1800 resolution
Good-looking and addictive OpenSource games
Brought to you by:
kulkanie
Using lbreakouthd on a 2880x1800 display resolution in fullscreen mode will show garbled output/ or a partial copy of the game's screens above or below the game's "window" when playing.
When in the menu, there is a black bar above and below the game's "window".
I'm not sure which resolution it scales to in fullscreen mode, because it doesn't allow any other tool to be opened, i.e. Spectacle or KRuler, to measure it while in fullscreen mode.
LBreakoutHD v1.1.1 on openSUSE 15.5 with KDE Plasma 5.27.4
It always uses your full display resolution with a centered 16:9 viewport and scales all assets. So it should result in black bars at the bottom and top like in cinema for your resolution as you describe it. That is the best way to handle things since there are so many different monitor ratios available. However, it should show clear black not garbage pixels outside the viewport. I just found a bug where I did not set the alpha value correctly. So if you try the latest checkout from SVN it should fix that issue. It were great if you could try that. Thanks, MIchael
And if you start the game from a console you can see the log where resolution and viewport are stated.
I checked out the latest version and got this running make, just a warning and the only one:
Full screen mode works fine, even on WUXGA (1920x1200). There are no black bars. On top of it, changing to another Workspace while running the game provides the native resolution of the screen on that workspace. Minimizing the game from full screen also puts back the display's native resolution of 2800x1800.
Here is the log running it in window mode (only substituted the user name by its variable):
Log difference for running it in full screen mode:
I got confused with the version numbers. Since I was running v1.1.1 but the changelog didn't show any of the bugs fixed, it was safe to report them. Version 1.1.3 was released back in May, so it would probably ok to change that.
Last edit: zizlog 2023-09-21