Skip to content
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

Effect causes micro-freeze/extended lag when enabled [KDE Neon]. #160

Closed
InkstainTheBat opened this issue Jan 9, 2025 · 9 comments · Fixed by #174
Closed

Effect causes micro-freeze/extended lag when enabled [KDE Neon]. #160

InkstainTheBat opened this issue Jan 9, 2025 · 9 comments · Fixed by #174

Comments

@InkstainTheBat
Copy link

InkstainTheBat commented Jan 9, 2025

After enabling the effect, about every 30s or so, the desktop would freeze for a few seconds. Inputs would be registered and everything resumes as expected once the freeze is done. All I could find were some repeated entries in journalctl:

gen 09 16:01:24 simone-KDEN kwin_wayland[1693]: kwin_scene_opengl: 0x501: GL_INVALID_VALUE error generated. <levels>, <width> and <height> must be 1 or greater.
gen 09 16:01:24 simone-KDEN kwin_wayland[1693]: kwin_scene_opengl: Invalid framebuffer status:  "GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT"
gen 09 16:01:24 simone-KDEN kwin_wayland[1693]: kwin_better_blur: Failed to create an offscreen framebuffer

However, nothing appeared during the freezes themselves.

@InkstainTheBat InkstainTheBat changed the title Effect causes micro-freeze when enabled [KDE Neon]. Effect causes micro-freeze/extended lag when enabled [KDE Neon]. Jan 9, 2025
@taj-ny
Copy link
Owner

taj-ny commented Jan 10, 2025

X11 or Wayland?
Which KDE Neon edition are you using?
Is there an application this issue can be reliably reproduced with?

@taj-ny taj-ny added the 0. type: bug Something isn't working label Jan 10, 2025
@InkstainTheBat
Copy link
Author

Wayland. I haven't verified what happens on X11 yet. I've noticed there's a slightly higher chance of it happening when anything translucent (including the panel and app launcher) appears on screen. This is made worse by the fact the Kvantum theme I'm using (Layan) renders nearly every qt app translucent in some way

@taj-ny
Copy link
Owner

taj-ny commented Jan 10, 2025

Which KDE Neon edition are you using?

You didn't answer this question. Also, are you using v1.3.4 or main?

@InkstainTheBat
Copy link
Author

Sorry, I wasn't home and couldn't check. I'm using version 1.3.4 (latest I assume) and this is the info on the "About This System"

KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1
Kernel Version: 6.8.0-49-generic (64-bit)
Graphics Platform: Wayland
Processors: 16 × Intel® Core™ i5-14400F
Memory: 31,2 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 1030/PCIe/SSE2
Manufacturer: ASUS```
Hopefully this also contains any other information you may need

@taj-ny
Copy link
Owner

taj-ny commented Jan 10, 2025

Try the issue-160 branch, the Failed to create an offscreen framebuffer message should now contain some additional information, paste it here.

@InkstainTheBat
Copy link
Author

I thought I had sent another reply explaining what happened but it seems I didn't.
The issue appears to have resolved itself. I am still on the issue-160 branch, and although the only changes made seem to be more debug messages, no freezes occur nor errors relating to this in journalctl. If I had to hazard a guess it'd be that something went wrong with my previous compilation of 1.2.4.

@forkiesassds
Copy link

I have been happening a similar issue with this. As it turns out, when checking with the issue-160 branch, the XWayland screenshare bridge is causing my journal to be flooded with this if I do anything on my secondary monitor.

saus. 23 19:06:19 localhost kwin_wayland[53022]: kwin_scene_opengl: 0x501: GL_INVALID_VALUE error generated. <levels>, <width> and <height> must be 1 or greater.
saus. 23 19:06:19 localhost kwin_wayland[53022]: kwin_scene_opengl: Invalid framebuffer status:  "GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT"
saus. 23 19:06:19 localhost kwin_wayland[53022]: kwin_better_blur: Failed to create an offscreen framebuffer "xwaylandvideobridge xwaylandvideobridge" QRectF(0,672 1x1) QRectF(-99,573 100x100) QPointF(0,672) QRegion(0,0 1x1) QRegion(0,672 1x1) QRect(0,672 1x1) QRect(0,672 1x1)

@taj-ny
Copy link
Owner

taj-ny commented Jan 23, 2025

Does adding xwaylandvideobridge to the window class list solve it? I assume you're using the Blur all except matching setting.

@taj-ny taj-ny reopened this Jan 23, 2025
@forkiesassds
Copy link

Yes, adding it to the excludes list ended up fixing the problem. I guess there should be a check if a window has valid dimensions, although it could also be included to the excludes list by default.

taj-ny added a commit that referenced this issue Jan 23, 2025
…size

With very small windows, the width and/or height of the last blur texture may be 0. Blur will be skipped for such windows, as creation of and/or usage of invalid textures to create framebuffers appears to cause performance
issues.

Fixes #160
@taj-ny taj-ny linked a pull request Jan 23, 2025 that will close this issue
@taj-ny taj-ny pinned this issue Jan 23, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants