diff options
| author | ajose <ajose@chromium.org> | 2015-12-03 20:00:03 -0800 |
|---|---|---|
| committer | Commit bot <commit-bot@chromium.org> | 2015-12-04 04:00:54 +0000 |
| commit | f8e3e14fe97bef28bf641f2b2b53352480bc28eb (patch) | |
| tree | fd3165b95427d0d0e7402c2cd6d215967d4664d7 /third_party/WebKit/LayoutTests/plugins/change-widget-and-click-crash-expected.txt | |
| parent | 8e25ffb821fc66cbca271b2ca5b7b1908811f977 (diff) | |
| download | chromium_src-f8e3e14fe97bef28bf641f2b2b53352480bc28eb.zip chromium_src-f8e3e14fe97bef28bf641f2b2b53352480bc28eb.tar.gz chromium_src-f8e3e14fe97bef28bf641f2b2b53352480bc28eb.tar.bz2 | |
Buffer most recent video keyframe in media::capture::WebmMuxer
media::capture::WebmMuxer [1] currently drops encoded data whenever both
- it is told it will have both audio and video tracks
- both tracks have not yet been initialized
This is to prevent issues with writing the WebM header. However, the
data-dropping is causing issues with playback when video arrives first,
as the video keyframe is potentially not added properly (or at all) to
the stream.
This change fixes the case described above, where video arrives first,
by saving the most recent video keyframe, to be added to the video track
as soon as audio data begins to arrive.
[1] https://code.google.com/p/chromium/codesearch#chromium/src/media/capture/webm_muxer.h
BUG=547948
Review URL: https://codereview.chromium.org/1495803002
Cr-Commit-Position: refs/heads/master@{#363118}
Diffstat (limited to 'third_party/WebKit/LayoutTests/plugins/change-widget-and-click-crash-expected.txt')
0 files changed, 0 insertions, 0 deletions