https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #42 from Brandon Wright ---
Created attachment 180257
--> https://bugs.kde.org/attachment.cgi?id=180257&action=edit
Patch using private API to update scene graph timers when window refreshed
I've attached a patch for kwin t
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #47 from Brandon Wright ---
Created attachment 180293
--> https://bugs.kde.org/attachment.cgi?id=180293&action=edit
Patch using public API and setting interval to 4ms
Here's a patch using the public QAnimationDriver API and
https://bugs.kde.org/show_bug.cgi?id=485927
Brandon Wright changed:
What|Removed |Added
Attachment #180257|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #44 from Brandon Wright ---
(In reply to David Edmundson from comment #43)
> >The presumably sanctioned alternative is to inherit QAnimationDriver and use
> >the install() method, which replaces the global animation drive
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #41 from Brandon Wright ---
Sticking
QUnifiedTimer::instance(false)->updateAnimationTimers(); at the beginning of
OffscreenQuickView::update()
is probably the wanted behavior.
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #39 from Brandon Wright ---
Ok, here's a hacky example of how to fix it:
> diff --git a/src/effect/offscreenquickview.cpp
> b/src/effect/offscreenquickview.cpp
> index 3dc83f9b2e..44ed0e8eae 100644
>
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #40 from Brandon Wright ---
I didn't notice the overload on instance() which lets you keep the current, so
here's a better version using the private API:
> diff --git a/src/effect/offscreenquickview.cpp
&
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #36 from Brandon Wright ---
I looked into it further, and most of what Zamundaaa says is correct, except
this:
> this happens when KWin tells Qt to render the window.
The only time that syncAndRender is called is directly from the ren
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #35 from Brandon Wright ---
(In reply to Zamundaaa from comment #34)
> There's nothing to be public, this happens when KWin tells Qt to render the
> window.
It definitely says it's supposed to, but that doesn't seem to
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #33 from Brandon Wright ---
(In reply to Zamundaaa from comment #32)
> (In reply to Brandon Wright from comment #22)
> > I've been trying to investigate this a bit, and here are some findings:
> >
> > In qabstrac
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #31 from Brandon Wright ---
(In reply to Brandon Wright from comment #30)
> (In reply to Blazer Silving from comment #29)
> > It's still worth reporting upstream to QT, considering the
> > mission-criticality of the va
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #30 from Brandon Wright ---
(In reply to Blazer Silving from comment #29)
> It's still worth reporting upstream to QT, considering the
> mission-criticality of the value. If I understand, they only need to provide
> a s
https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #26 from Brandon Wright ---
Unfortunately, I don't think this will be fixed. The problem started when kwin
switched over to a QtQuick scene for the window switching effects. QtQuick
scene animations have only ever operated at 60hz:
*
https://bugs.kde.org/show_bug.cgi?id=485927
Brandon Wright changed:
What|Removed |Added
CC||bear...@gmail.com
--- Comment #22 from
14 matches
Mail list logo
