tree 893b91c7ba350ca40214653ba2af1a3da4666d38
parent d4ec970a795dec643130af7fe766fbbb5bd101c0
author hbos <hbos@webrtc.org> 1473151108 -0700
committer Commit bot <commit-bot@chromium.org> 1473151114 +0000

Significantly increased max_num_buffers_ of Vp9FrameBufferPool.

Changed from 10 to 68.

This is to avoid a flake where the limit is exceeded, see
crbug.com/638554. Our performance tests should flag performance
regressions, we shouldn't rely on crashing because the number of
referenced buffers is not tiny to detect this. However, if a really big
number of buffers (>68) are referenced without being dereferenced it is
likely that we have a bug and frames are leaking in which case we can
DCHECK-crash.

BUG=chromium:638554

Review-Url: https://codereview.webrtc.org/2280593002
Cr-Commit-Position: refs/heads/master@{#14084}