Closed shmerl closed 1 year ago
By the way, using Alt+Enter works to make it fullscreen even if -fullscreen
doesn't.
What compositioner are you using? I can't reproduce this on Weston.
KWin (KDE Plasma 5.27.5).
I can confirm it's also bugged on Arch Linux with KDE. Resizing the window also seems noticeably more jerky than in X11 (not sure if you've noticed that as well).
Just for the reference, some other SDL use cases work fullscreen fine. So it must be something about how it's being used?
Are you using a current SDL2 release? The latest is 2.28.1, while you seem to be using version 2.0.8.
That's interesting. My system SDL is 2.28.1. I'm using dosbox-staging build from Github here. May be it statically links SDL? Let me try explicit SDL override.
I tried adding:
export SDL_DYNAMIC_API=/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
But it still shows me:
SDL: version 2.0.8 initialized (wayland video and pipewire audio)
I have this installed:
dpkg --list | rg sdl2
ii libsdl2-2.0-0:amd64 2.28.1+dfsg-1 amd64 Simple DirectMedia Layer
ii libsdl2-2.0-0:i386 2.28.1+dfsg-1 i386 Simple DirectMedia Layer
ii libsdl2-image-2.0-0:amd64 2.6.3+dfsg-1 amd64 Image loading library for Simple DirectMedia Layer 2, libraries
ii libsdl2-image-2.0-0:i386 2.6.3+dfsg-1 i386 Image loading library for Simple DirectMedia Layer 2, libraries
ii libsdl2-mixer-2.0-0:amd64 2.6.2+dfsg-2 amd64 Mixer library for Simple DirectMedia Layer 2, libraries
ii libsdl2-net-2.0-0:amd64 2.2.0+dfsg-2 amd64 Network library for Simple DirectMedia Layer 2, libraries
ldd dosbox | rg SDL
libSDL2-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 (0x00007f37d4d4c000)
libSDL2_image-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2_image-2.0.so.0 (0x00007f37d4d2d000)
libSDL2_net-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2_net-2.0.so.0 (0x00007f37d4c98000)
Seems to be dynamic?
ls -la /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
lrwxrwxrwx 1 root root 23 Jul 10 10:22 /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 -> libSDL2-2.0.so.0.2800.1
So I have no idea where 2.0.8 is coming from.
@shmerl It's a compile time constant:
Those macros are defined in SDL's headers so it depends on the header you compiled DOSBox with. It's not the most accurate way to get the version. There's also a runtime SDL_GetVersion()
function that we should probably be using instead.
Anyway, I'm on 2.28.1 and I'm seeing the same bug. I think I've got a fix as well. About to put a PR in.
Thanks for the fix! Do you plan to make a new tag / build that includes it sometime soon?
@shmerl I think 0.81 will be coming out soon...ish. You can always grab the latest dev build though if you don't want to wait. I believe those get automatically built with every commit: https://dosbox-staging.github.io/downloads/development-builds/
I believe those get automatically built with every commit: https://dosbox-staging.github.io/downloads/development-builds/
That's right.
The new version will be released... when it's ready 😎
Are you using the latest Dosbox-Staging Version?
Different version than latest?
0.80.1
What Operating System are you using?
Linux x86_64
If Other OS, please describe
Debian testing
Relevant hardware info
No response
Have you checked that no other similar issue already exists?
A clear and concise description of what the bug is.
When trying to run some games (Dune, Dune 2) using
-fullscreen
with SDL video driver set to Wayland, the window isn't scaling to screen size, unlike when using X11 SDL mode.Steps to reproduce the behaviour.
The variable I'm setting:
Download URL of affected game or software
No response
Your configuration
Provide a Log
Code of Conduct & Contributing Guidelines