e8cad9485c03d44108201f9badde4abe178ae180
The solution previously checked in as 2e0e3 is re-introduced here. However, the MediaCodec-compatible heuristic is not used unless WVM is in Crypto Plugin (i.e. Media Codec) mode. To repeat from last time: The problem here is that WVM cannot independently seek the audio and video read heads, but the API assumes it can. WVM does the right thing for AwesomePlayer-based playback (essentially ignoring audio seeks) but the wrong thing for MediaCodec-based playback. For MediaCodec mode, we should respect the first seek we get for a given destination and ignore the second. In this part, the new heuristic is reintroduced, but the old heuristic is maintained for use in non-Crypto Plugin mode. Bug: 6793514 Change-Id: I7ced2bf20af117a57eec27490b0920d906a8a684
Description
No description provided