https://bugs.kde.org/show_bug.cgi?id=360549
Vlad Zahorodnii <vladz...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version Fixed In| |5.18.0
Latest Commit|https://commits.kde.org/kwi |https://commits.kde.org/kwi
|n/d1cfcf4c975e1dfe6f54c470f |n/af71763be53054925f27b7614
|9c2ead2548afacf |fc992e6380a1d02
--- Comment #27 from Vlad Zahorodnii <vladz...@gmail.com> ---
Git commit af71763be53054925f27b7614fc992e6380a1d02 by Vlad Zahorodnii.
Committed on 09/01/2020 at 13:13.
Pushed by vladz into branch 'master'.
[scene] Fix decoration texture bleeding
Summary:
Quite long time ago, window decorations were painted on real X11 windows.
The nicest thing about that approach is that we get both contents of the
client and the frame window at the same time. However, somewhere around
KDE 4.2 - 4.3 times, decoration rendering architecture had been changed
to what we have now.
I've mentioned the previous decoration rendering design because it didn't
have a problem that the new design has, namely the texture bleeding issue.
In the name of better performance, opengl scene puts all decoration parts
to an atlas. This is totally reasonable, however we must be super cautious
about things such as the GL_LINEAR filter.
The GL_LINEAR filter may need to sample a couple of neighboring texels
in order to produce the final texel value. However, since all decoration
parts now live in a single texture, we have to make sure that we don't
sample texels that belong to another decoration part.
This patch fixes the texture bleeding problem by padding each individual
decoration part in the atlas. There is another solution for this problem
though. We could render a window into an offscreen texture and then map
that texture on the transformed window geometry. This would work well and
we definitely need an offscreen rendering path in the opengl scene,
however it's not feasible at the moment since we need to break the window
quads API. Also, it would be great to have as less as possible stuff going
on between invocation of Scene::Window::performPaint() and getting the
corresponding pixel data on the screen.
There is a good chance that the new padding stuff may make you vomit. If
it does so, I'm all ears for the suggestions how to make the code more
nicer.
Related: bug 257566, bug 412573
FIXED-IN: 5.18.0
Reviewers: #kwin
Subscribers: fredrik, kwin, fvogt
Tags: #kwin
Differential Revision: https://phabricator.kde.org/D25611
M +6 -1 decorations/decorationrenderer.cpp
M +1 -0 decorations/decorationrenderer.h
M +108 -9 plugins/scenes/opengl/scene_opengl.cpp
M +11 -4 scene.cpp
https://commits.kde.org/kwin/af71763be53054925f27b7614fc992e6380a1d02
--
You are receiving this mail because:
You are watching all bug changes.
