diff options
author | John Reck <jreck@google.com> | 2016-06-17 12:57:12 -0700 |
---|---|---|
committer | John Reck <jreck@google.com> | 2016-06-17 20:44:43 +0000 |
commit | 501ff9acfe9dd656c1fb6d82ec0533c3244fd88b (patch) | |
tree | c71f77127da361e21665c127f6c880c7cc65c4ab /libs/hwui/renderthread/TimeLord.cpp | |
parent | 6bc33b07f43b6568be9920905083c20b879a97b1 (diff) |
Avoid re-calculating vsync mid-frame
Fixes: 29072773
By using computeFrameTime AnimationContext would
potentially end up modifying the latest vsync if
a very-slow frame was received from the UI thread.
This could potentially desync animations that were
RT & UI thread 'synchronized', but more significantly
it would confuse the swap chain which tries to only
draw one frame per vsync causing unneccessary frame
drops.
Change-Id: Ibd2ec3157ce32fee1eec8d56837c45a35e622895
Diffstat (limited to 'libs/hwui/renderthread/TimeLord.cpp')
-rw-r--r-- | libs/hwui/renderthread/TimeLord.cpp | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/libs/hwui/renderthread/TimeLord.cpp b/libs/hwui/renderthread/TimeLord.cpp index f846d6a44473..6c2575f699bb 100644 --- a/libs/hwui/renderthread/TimeLord.cpp +++ b/libs/hwui/renderthread/TimeLord.cpp @@ -43,10 +43,6 @@ nsecs_t TimeLord::computeFrameTimeNanos() { return mFrameTimeNanos; } -nsecs_t TimeLord::computeFrameTimeMs() { - return nanoseconds_to_milliseconds(computeFrameTimeNanos()); -} - } /* namespace renderthread */ } /* namespace uirenderer */ } /* namespace android */ |