There was a subtle interaction between Widevine's libraries and MediaCodec
mode. Widevine's code assumed (erroneously) that video seeks would always
happen before audio seeks, and because we can't seek audio and video
independently from each other, we would ignore audio seeks but respect video
seeks. This led to a problem since MediaCodec mode calls seeks in arbitrary
order.
Fix is to always respect the first request we get to seek and ignore the
second.
Bug: 6793514
Change-Id: Ic9ec60e0e0f606c7a0de6283dd4c30318eebdbad
Because Widevine's libraries were not seeking to the start of playback, the
first bitrate track in the video was being selected rather than the most
bandwidth-appropriate. For low-bandwidth connections, this could lead to a
"locked to group-of-pictures" scenario where Widevine quickly realizes that it
needs to change bitrates but cannot change until the next I-frame, which at the
current bandwidth will not arrive before it runs out of data. The result is
frames being delivered late, leading to the "Much Too Late" message from
AwesomePlayer reported in the bug.
The solution is to start playback slightly differently, allowing us to use our
adaptive streaming logic to select the initial bitrate for the video. By
specifying a start point at the beginning of the movie instead of just "now,"
we cause a seek internally, which allows us to adapt bitrates immediately at
the start of playback rather than after it has begun. This is the common way
of starting playback on other Widevine platforms. Android has been an
exception until now.
Bug: 6621556
Change-Id: Iaf98106f7f597ae3f0375129ac3a93aa3cb04a2c
Includes Widevine libraries Version 4.5.0.7809
Also fixed samplePlayer's MediaCodec mode not running and
WVDrmInfoRequestStatusKey returning incorrect value.
Change-Id: Ibcc6d313790670a908ada93be80d6bf55a67b4ed
related-to-bug: 6929628
related-to-bug: 6833718
related-to-bug: 6889322
This change alters the way that the media player
interacts with the Widevine adaptive streaming buffer
logic. It eliminates the reliance on cached buffer
duration to determine pause/play states and instead
only generates buffering events when the widevine
library is not producing data (i.e. when it is
buffering). This eliminates unnecessary pause and
rebuffer cycles, reducing startup time and the
frequency and duration of spinners.
Multi-repo commit, depends on related changes in frameworks/av
Change-Id: I5b71f954268fbd390eed7f27db98a1bb470d5cfb
related-to-bug:6503294
related-to-bug:6463780
The function WVMExtractorImpl::getCachedDurationUs returns the cached buffer
size in microseconds, and sets a status to ERROR_END_OF_STREAM at the end of
the movie. The AwesomePlayer will pause if the cache is too small and the
status is not EOS. In bug 6277231, the player would pause just before the EOS
marker would have been seen by the Widevine library.
This change checks the current play time against the total movie duration. If
there is less than 10 seconds left in the movie, the EOS flag is set.
related-to-bug: 6277231
Change-Id: I8dbf60c82c41df485185f85e72452aab0a6a9686
In WVMExtractorImpl.cpp, a structure of type WVCallbacks was not initialized.
In version 4.5.0 of the Widevine library, this is just a struct (not a class)
so it does not have a constructor method. This record was being set with
garbage default values and was causing problems setting up playback. This may
have caused other stability issues after we reverted to 4.5.0. In the future,
when we push forward to version 6.0 of the Widevine library, this change should
be removed.
In WVMediaSource.cpp, a flag was set to strip off the ATDS headers. This was
redundent, and causing seg faults, for live stream.
related-to-bug: 6454710
Change-Id: I3edeb40c731021b2f31f639416188d4a1c002cc5
This change resolves a lifetime issue between the media extractor
and media sources. The extractor was being passed as a context
object to a callout in the WV libs. In some cases, a pointer to
the extractor would be delivered to the callout after the extractor
had been released. This change assigns the responsibility of the
lifetime of the context object to the media source, to ensure that
a ref is always held on the context object during the lifetime of
the media source.
Change-Id: Ic7a57a1c8496a4798fe590ec356b8a19a4f69967
related-to-bug: 6502322
DO NOT MERGE
Source and library changes to roll back to 4.5.0, including
maintaining the DRM HAL support.
Includes Widevine libraries 4.5.0-7111
Change-Id: I420c6990748e95ad7516ecb2397ebf7707a157f4
related-to-bug: 6492434
Corrected a regression in error event reporting and a
mismatch in asset paths during rights acquisition.
Also requires https://android-git.corp.google.com/g/#/c/185898/
Contains Widevine libraries version 6.0.0-6957
Change-Id: I4a7603a86feaf437673fc73f0cccb6065dbcce67
related-to-bug: 6414503
This change applies to the wv extractor when used in conjunction
with new MediaCodec model.
Change-Id: I999990ff41d35641110a58472f1cdb8c4c7db02e
related-to-bug: 5986621
Allows the WV extractor to run in a mode that is compatible with
the DRM CryptoPlugin HAL API, where decryption is deferred
until the encrypted data is sent through the CryptoPlugin to
the codec.
This patch does:
(1) Adds a flag mCryptoPluginMode that controls this behavior
[Note: need framework support to enable/disable this]
(2) Accumulates information in track metadata to delineate
crypto unit boundaries for the CryptoPlugin
related-to-bug: 5986621
Change-Id: I3318d5cde38c7b02a7bdb56aca9aece852c9781c
Upload for Dave Parsons
6.0.0 Widevine libraries contain the features required
to support multiple audio tracks and subtitles. This
is establishing the baseline for those features.
Change-Id: If12074bb2e4364c8107339e2f69453c40698e91f
related-to-bug: 5880566
Multi-repository change. See also update to MediaErrors.h in
a separate CL.
related-to-bug: 5883949
Change-Id: I505486a86a87b690aa13f813f4b88edd386382ce
An uninitialized return code was causing intermittent
playback failure during Widevine HLS live playback
Change-Id: Ib45176e7f91e2b6ccf0eb4185c6d58d3be0229b4
related-to-bug: 6277231
Supports either secure or insecure buffer configurations, depending
on the build-time flag REQUIRE_SECURE_BUFFERS.
Change-Id: I5b8150315eced4ed9be656b73d91485a6216819d
* commit '1dd666966d64c42f9e8d78424506eaf44071ed03':
Fix for b/3504638 wv - when the Widevine client receives a stop play response from the heartbeat need an error event to pass to app
