| Summary: | GPU not used on Blur effect | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Vlad <preis> |
| Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.14.3 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
full glxinfo output
output of qdbus org.kde.KWin /KWin supportInformation |
||
|
Description
Vlad
2018-12-26 14:54:36 UTC
Please post output of
qdbus org.kde.KWin /KWin supportInformation
Created attachment 117122 [details]
output of qdbus org.kde.KWin /KWin supportInformation
Wow, super quick answer. THanks :]
Output in attachments.
Most likely your gpu is not up to the task, but I think there are some things you can improve in your setup: first of all change the window decoration. Use default breeze. Blur behind windows is probably too expensive for your gpu. That it increases CPU usage is probably nothing we can do about. Some drivers emulate functionality on the CPU without telling the software. It's damn stupid but gives them a check for a higher OpenGL Version and more games "work". (In reply to Martin Flöser from comment #3) > Most likely your gpu is not up to the task, but I think there are some > things you can improve in your setup: first of all change the window > decoration. Use default breeze. Blur behind windows is probably too > expensive for your gpu. > > That it increases CPU usage is probably nothing we can do about. Some > drivers emulate functionality on the CPU without telling the software. It's > damn stupid but gives them a check for a higher OpenGL Version and more > games "work". Ok, so nothing can be done about it. I'm pretty sure OpenGL2.1 is the correct max for this gpu. nothing is being emulated, except when it switches to full software rendering. Is there something fundamentally different with KDE's blur compared to deepin? Deepin has full blur behind windows aswell and there my GPU never failed to deliver 60fps on multiple windows or fullscreen windows... (In reply to Vlad from comment #4) > (In reply to Martin Flöser from comment #3) > > Most likely your gpu is not up to the task, but I think there are some > > things you can improve in your setup: first of all change the window > > decoration. Use default breeze. Blur behind windows is probably too > > expensive for your gpu. > > > > That it increases CPU usage is probably nothing we can do about. Some > > drivers emulate functionality on the CPU without telling the software. It's > > damn stupid but gives them a check for a higher OpenGL Version and more > > games "work". > > Ok, so nothing can be done about it. I'm pretty sure OpenGL2.1 is the > correct max for this gpu. nothing is being emulated, except when it switches > to full software rendering. Nah, especially Intel used to emulate some extensions on the GPU. It's like you can do all of OpenGL 2.1 except for one or two extensions. So it emulates those to get the tag 2.1. Then games requiring OpenGL 2.1 (without checking extensions individually) start to work. We don't go for version but for extensions, so we then use the not supported extensions. I think this behavior of the Intel driver is damn stupid, but I can understand why they do it. Our own source code documentation says that your driver does either GL 2 or 2.1 from hardware side. With a quick google I couldn't figure out what's really supported. > Is there something fundamentally different with KDE's blur compared to > deepin? > > Deepin has full blur behind windows aswell and there my GPU never failed to > deliver 60fps on multiple windows or fullscreen windows... There's blur and blur. I don't know what algorithm Deepin uses, but for our old blur effect we used to have a fake blur. Depending on the level of transparency one can do very fast and cheap but bad looking blur. According to German Wikipedia it only does GL 2.0: https://de.wikipedia.org/wiki/Intel-4-Serie How did you measure FPS on KDE Plasma and Deepin? (In reply to Vlad Zagorodniy from comment #7) > How did you measure FPS on KDE Plasma and Deepin? The below 10 fps comment comes from guessing. I activated the show fps effect as well, but it doesn't carry numbers. On deepin was meeting the display's refresh rate, since when dragging windows (for instance the fully blurred console) it perfectly smooth with no dropped frame. Didn't measure there as well. (In reply to Martin Flöser from comment #6) > According to German Wikipedia it only does GL 2.0: > https://de.wikipedia.org/wiki/Intel-4-Serie Super interesting! I didn't know of the emulations stuff. Can this somehow be checked, as to which extension is the offender? There was talk about texture_barrier here [ https://phabricator.kde.org/D9848 ], which apparently is supported since opengl 3.1, maybe a candidate for this? According to https://github.com/linuxdeepin/deepin-wm/blob/master/src/Deepin/DeepinBlurEffect.vala, it looks like Deepin uses a 2-pass blur algorithm. On the other hand, the blur effect in KWin uses an algorithm described in https://community.arm.com/cfs-file/__key/communityserver-blogs-components-weblogfiles/00-00-00-20-66/siggraph2015_2D00_mmg_2D00_marius_2D00_notes.pdf In regards to the Show FPS effect, it can sometimes force blurring each frame. As Martin said, most likely your GPU is not up to the task. Closing due to inactivity and comments above |