Open klazoklazo opened 1 week ago
What version are you using? Are you using the WASM port or the native Linux executable? I develop the emulator on Fedora 41 with GNOME 47 and this issue doesn't seams to happen
I'm utilizing the native executable obtained from the releases page here. Using 0.3.0.
Hm, strange bug. I made a VM with Ubuntu 24.04.1 LTS and I don't get this issue. Are you using Wayland or X11?
I'm using Wayland. I tried using Visual Boy Advance - M and also ended up with the same bug, so this GitHub issue might also be related: https://github.com/visualboyadvance-m/visualboyadvance-m/issues/1364
Does the issue still happens on X11?
I checked and no, it seems the issue does not persist when using the Xorg option at login.
Hi, can you test if this is an issue or not under xwayland? It's not perfect but it should work.
I tried running the command GDK_BACKEND=x11 ./ChillyGB
which creates the same issue albeit this time without any window decorations.
It happens to be a Raylib building issue with the CI builds. If I use my OS Raylib libraries the issue doesn't show up
I think this issue is caused by poor Wayland support by Raylib.
I don't know how good X11 support is under GNOME's compositor running under Wayland, but to me it looks like it's a Raylib issue. They know about it and they're trying to work around Wayland's limitations, so I'd guess (and hope) that this issue will fix itself in future Raylib releases.
edit: I suggest running this application under X11 for now.
Would you know how to run the application under X11 then? My attempt didn't seem to pan out too well in the sense that it did not fix the issue (I'm not even sure if it actually ended up running under X11).
Sorry, I meant under an X11 session. It's not a good idea, but it works.
Using GNOME 46 in Ubuntu 24.04.1 LTS here, and trying to use the emulator with any scaling causes the game viewport to be too small and pushed off to the bottom left.
Here's an example of how this looks with 200% scaling:
This applies to the rest of the UI as well, meaning that the menu bar as well as any windows within the main window are shrunken down the same:
Mouse actions still act as if the viewport is properly scaled to the full window's size, so despite the fact that the menu bar is pushed off to the bottom left, in order to access it you must still move your mouse around at the top left of the window.
This issue is not apparent with 100% scaling but seeing as I have a 4K monitor, this isn't a good workaround.