[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [kwin] [Bug 324823] Black square instead of window's content
From:       Michael Matz <matz () kde ! org>
Date:       2015-08-02 21:57:56
Message-ID: bug-324823-17878-9rbBOiJk9q () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=324823

--- Comment #33 from Michael Matz <matz@kde.org> ---
(In reply to Thomas Lübking from comment #32)
> Ok, many thanks for your testing and debugging efforts =)
> 
> There'll be something more to this, the significant (in this context, I
> believe) difference between aurorae (what also powers plastik) and breeze is
> that former utilizes a GL context of its own,

Yeah, right, I noticed this later as well, when reading code (trying to find
out why
aurorae needs 70 to 100 MB more memory than breeze in my situation ;-) At least
part of
it is because of the QOpenGLFramebufferObject objects in the decoration).  As
it seems
mostly to be used for drawing the shadow, and breeze can do the same without
(using a much
smaller image) I wonder if that aurorae code isn't meanwhile obsolete from
pre-compositing
times.

> so we have a pixmap update for
> a drawable that is itself a GL context - an I could assume that this might
> lack a sync between the context switches (but it's only a guess)

Yeah, possibly, but I think the general idea of not discarding a pixmap if the
attributes
haven't changed, as in your patch, is a good thing nonetheless.

-- 
You are receiving this mail because:
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]