-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
With some drivers, grim stalls on the primary output when wl-mirror is active #43
Comments
Hi! Thanks for the report! This looks at first glance like either a bug in grim or a bug in the compositor (I assume you are using Sway?). Grim is using the Can you try running wl-mirror with |
Indeed, I am using Sway. Version 1.9 to be exact. I will try to add logging. Thanks. |
Besides getting a lot of this below, there is nothing that tells me something.
Occasionally
On this particular machine, taking a screenshot stalls with both (More testing...) But it's inconclusive. Sometimes a couple (sometimes a little more than 30) screenshots after restarting Sway succeeds just fine, quite quickly. Then it starts stalling. After killing grim with Ctrl-C, subsequent runs also stall. swaymsg doesn't show grim as a "stuck" client.
Without screen mirroring, screenshots do work quickly and for over 100 attempts at a time. |
Interesting... I will try and see if I can reproduce this on one of my machines in the next few days. Can you try running grim with |
Here it is:
This was from a 3rd machine with two HDMI outputs, still an Intel machine. Same software environment as previously described.
|
Thanks for the log! It looks like |
Thanks in advance. I am using wlroots 0.17.4 and sway 1.9. Originally grim was built from just 1 commit over the 1.4.0 tag, i.e. https://git.sr.ht/~emersion/grim/commit/89e02e663fabc534b7e7039514f60a8c5d70070d Build from the latest commit https://git.sr.ht/~emersion/grim/commit/7dbb0f39cd79841bd0dc07ac4a7183facf34350e grim also stalls. |
@Ferdi265 Any news? |
Hi! sorry, I didn't get to looking at this in detail. I didn't find anything obvious in the wlroots codebase at that commit and I also wasn't able to reproduce the issue, but I only had time to look at it for an hour or so. |
I recommend potentially opening an issue with wlroots, since the screencopy |
Thank you. FWIW, I am using Yocto for a custom tailored distro. |
Hi,
I observed that with device taking a screenshot with
grim
on the first output stalls but finishes quickly on the second output:The machine in question is a Flytech POS335 with a built-in 1024x768 monitor. The external monitor is 1600x900. Outputs:
eDP-1
andVGA-1
.However, on a different hardware (Flytech POS457)
grim
finishes quickly on both outputs (eDP-1
andDP-1
) using the same software environment:Both devices are driven by the
i915
kernel driver. Kernel version is 6.9.10. Mesa is 24.0.7. wl-mirror is the latest 0.16.5.What can cause this difference in behaviour?
The text was updated successfully, but these errors were encountered: