Erik Språng 27a457d172 Smoother frame dropping when screenshare_layers limits fps ... This is a reland of https://webrtc-review.googlesource.com/34380 The main problem with that CL was that we used frame timestamps as basis for frame dropping, but those might not be continuous or even populated in some circumstances. Additionally, I found that the bitrate was off since the encoder does not not take the dropped frames into account, so if we drop every other frame continiusoly, the bitrate sent will be around half of the target. Patch set 1 is the original CL, subsequent patch sets cotains fixes. Bug: webrtc:4172 Change-Id: I8ec8dddcebf4ce44f28dd9055cf9c46bbd68e4a6 Reviewed-on: https://webrtc-review.googlesource.com/39201 Commit-Queue: Erik Språng <sprang@webrtc.org> Reviewed-by: Ilya Nikolaevskiy <ilnik@webrtc.org> Cr-Commit-Position: refs/heads/master@{#21601}		2018-01-12 14:40:40 +00:00
..
h264	Allow YUVJ420 format.	2017-12-13 14:08:01 +00:00
i420	Including libyuv headers using fully qualified paths.	2017-12-11 15:51:26 +00:00
interface	Adding NOLINT for typedefs.h and common_types.h	2017-09-15 13:03:51 +00:00
stereo	Add optional stereo codec to SDP negotiation	2017-12-11 16:30:06 +00:00
test	Android: Use scoped java refs	2017-12-20 15:46:06 +00:00
vp8	Smoother frame dropping when screenshare_layers limits fps	2018-01-12 14:40:40 +00:00
vp9	VP9: Use 2 threads on low res on ARM.	2017-12-05 23:06:42 +00:00