commit 8c4fe16e4cba63b294747e37b704047b90f69212
author Ilya Nikolaevskiy <ilnik@webrtc.org> Tue Feb 27 15:49:47 2018 +0100
committer Commit Bot <commit-bot@chromium.org> Tue Feb 27 16:31:29 2018 +0000
tree 3e3d1e62d8e77d15d5b5244ffdf0305d680e4830
parent 99a2c5dcb677d8833cba9256b4e31ce8e604b75e

Make Frame buffer not drop frames unnecessary

Now VCMTiming::MaxWaitingTime will not clip negative values. Thus frame
buffer will be able to distinguish between late frames and when waiting
cycle was simply interrupted by a new inserted frame right before the
waiting timer would expire.

Bug: webrtc:8917
Change-Id: I6b253f459fcb3a346064a103cc92ee332b074e1b
Reviewed-on: https://webrtc-review.googlesource.com/57741
Commit-Queue: Ilya Nikolaevskiy <ilnik@webrtc.org>
Reviewed-by: Erik Språng <sprang@webrtc.org>
Reviewed-by: Philip Eliasson <philipel@webrtc.org>
Cr-Commit-Position: refs/heads/master@{#22210}

modules/video_coding/timing.h

diff --git a/modules/video_coding/timing.h b/modules/video_coding/timing.h
index 97f61b5..71c6f33 100644
--- a/modules/video_coding/timing.h
+++ b/modules/video_coding/timing.h
@@ -78,7 +78,7 @@
 
   // Returns the maximum time in ms that we can wait for a frame to become
   // complete before we must pass it to the decoder.
-  virtual uint32_t MaxWaitingTime(int64_t render_time_ms, int64_t now_ms) const;
+  virtual int64_t MaxWaitingTime(int64_t render_time_ms, int64_t now_ms) const;
 
   // Returns the current target delay which is required delay + decode time +
   // render delay.