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

List:       kde-bugs-dist
Subject:    [kwin] [Bug 351118] composited mpv fullscreen video induces a GPU reset
From:       Thomas Lübking <thomas.luebking () gmail ! com>
Date:       2015-08-17 7:53:58
Message-ID: bug-351118-17878-De6kefrCDe () http ! bugs ! kde ! org/
[Download RAW message or body]

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

--- Comment #13 from Thomas Lübking <thomas.luebking@gmail.com> ---
(In reply to Mark from comment #12)
> Just wondering, would it make sense for KWin to check the __GL_YIELD env
> variable and when it's set at USLEEP to just put tearing prevention on the 
> "never" value by default?

No ;-)
The entire purpose of this complex system is to allow vertical synchronisation
(so the screen doesn't "tear" on updates)
We require __GL_YIELD to be USLEEP because otherwise the nvidia driver starts
busy waits (you can see one core spike and dispite of other claims, hear your
fan start off ;-) - ie. for efficiency reasons.
Without triple buffering, you'll however always run into the shifted cycle with
event processing between flush and swap.

We'll have to figure why this is a problem in order to actually fix this bug
(or blame nvidia =)
A maybe better workaround on your side would be to enable triple buffering in
the driver (after we determined that the shifted cycle *is* the trigger here)

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