-
Notifications
You must be signed in to change notification settings - Fork 340
Constant "Basic output test failed" errors from Sway if WayVNC is running when SDL2 program is started #2532
Comments
This was mentioned in #2523 (comment) Please try with the latest Sway and wlroots commits. |
This avoids some log spam. Eventually when we wire up the atomic test commit this will take care of the other log spam referenced below. References: swaywm#5010 References: swaywm/wlroots#2181 Closes: swaywm/wlroots#2532
Can you try swaywm/sway#5871? |
I haven't built any of these components from sources. Are there API breaks since v0.11.0 wlroots release (one in Fedora) i.e. if I build latest wlroots + that extra patch, do I need to rebuild also Sway & WayVNC? |
You need to build both wlroots and Sway from source, no need to install. See https://github.com/swaywm/sway/wiki/Development-Setup#compiling-as-a-subproject |
Ok, thanks. I should have some time for that next week. |
Problem wasn't related to the SDL2 or pixel formats, but fullscreen (as indicated by the linked items & PRs). While fullscreen doesn't work for glmark2 Wayland version:
I can use Xwayland and X version for it, and this does produce the Sway/wlroots errors with WayVNC: |
Unfortunately I don't have time to check the fix (due to app I needed this for not working 100% under Wayland and few other reasons, I've switched to Weston + Xwayland + x11vnc), but you can easily verify the fix with commands in above comment (glmark2 is available in the most Linux distros). |
This avoids some log spam. Eventually when we wire up the atomic test commit this will take care of the other log spam referenced below. References: #5010 References: swaywm/wlroots#2181 Closes: swaywm/wlroots#2532
Setup
Fedora 33 package versions:
Problem
Use-case:
sway
wayvnc
Expected results:
Actual result:
Notes
This looks similar to an earlier wlroots issue, but that was fixed clearly before wlroots v0.11.0 release, so I assume Fedora version to contain that fix: #2164
I tried one another SDL2 program with this, but that didn't trigger the issue, so I assume problem to be one of the SDL options used by this program:
And such textures being blit to the screen. Using 16-bit SDL_PIXELFORMAT_UYVY instead of the 12-bit one doesn't help.
(Program is for viewing video streams, that's why it's using video related formats, and unfortunately it's closed one.)
The text was updated successfully, but these errors were encountered: