- 17 Sep, 2019 4 commits
-
-
Issue:#6334 PiperOrigin-RevId: 269553308
aquilescanta committed -
PiperOrigin-RevId: 269521864
olly committed -
PiperOrigin-RevId: 269514872
olly committed -
PiperOrigin-RevId: 269463652
olly committed
-
- 16 Sep, 2019 7 commits
-
-
Issue:#4721 PiperOrigin-RevId: 269378440
aquilescanta committed -
Allows streamlining the way we handle unsupported DRM. In general, either: * The device does not support the CDM. For example, phones don't support PlayReady. * The device does not support the protection scheme. For example, API < 25 devices do not support AES-CBC. Currently we handle both cases differently. A dummy ExoMediaDrm will allow the existence of dummy DefaultDrmSessionManagers. PiperOrigin-RevId: 269315687
aquilescanta committed -
Allows shared ownership of ExoMediaDrms. Shared ownership will allow users to pre-create ExoMediaDrms in their apps, as opposed to having the DrmSessionManager create the ExoMediaDrm. Issue:#4721 PiperOrigin-RevId: 269305850
aquilescanta committed -
The playback speed set in MediaSession's PlaybackStateCompat needs to be the actual speed at which the playback position progresses and not the user-defined target speed. This fixed a bug where the position advances although the player lost audio focus. Issue:#6203 PiperOrigin-RevId: 269295249
tonihei committed -
PiperOrigin-RevId: 269092322
olly committed -
The player may suppress playback when waiting for audio focus even if the state==Player.READY. There is currently no getter or callback to obtain this piece of information for UI updates or analytics. Also, it's a important derived state to know whether the playback position is advancing. Add isPlaying and the corresponding callback to allow retrieving this information more easily. Issue:#6203 PiperOrigin-RevId: 268921721
tonihei committed -
PiperOrigin-RevId: 268894250
olly committed
-
- 13 Sep, 2019 13 commits
-
-
Issue: #4078 PiperOrigin-RevId: 268887744
olly committed -
PiperOrigin-RevId: 268880519
olly committed -
These buffers are intentionally dropped to catch up with the playing audio. Mark them as skipped accordingly. PiperOrigin-RevId: 268703410
tonihei committed -
We currently force render the first frame in all cases. However, when joining video to an ongoing playback, there is no defined first frame and we should rather drop frames if we are late until we caught up with the audio playback. PiperOrigin-RevId: 268698093
tonihei committed -
ISSUE: #6416 PiperOrigin-RevId: 268673895
bachinger committed -
When the queue is empty, we may still get multiple requests for a window sequence number using the same periodUid. We should keep the initially assigned number because no window change happened. PiperOrigin-RevId: 268649009
tonihei committed -
Issue:#4867 PiperOrigin-RevId: 268505056
aquilescanta committed -
Issue:#4867 PiperOrigin-RevId: 268497377
aquilescanta committed -
PiperOrigin-RevId: 268478545
bachinger committed -
Issue:#4867 PiperOrigin-RevId: 268473094
aquilescanta committed -
Issue:#4867 PiperOrigin-RevId: 268472704
aquilescanta committed -
PiperOrigin-RevId: 268431514
aquilescanta committed -
PiperOrigin-RevId: 268422418
aquilescanta committed
-
- 10 Sep, 2019 12 commits
-
-
The fLaC prefix is included in the initialization data output from the MKV extractor, so this is highly likely ot be the right thing to do. Issue: #6397 PiperOrigin-RevId: 268244365
olly committed -
PiperOrigin-RevId: 268240722
Oliver Woodman committed -
PiperOrigin-RevId: 268238764
bachinger committed -
PiperOrigin-RevId: 268035329
kimvde committed -
PiperOrigin-RevId: 267979637
andrewlewis committed -
Issue:#6360 PiperOrigin-RevId: 267615050
aquilescanta committed -
PiperOrigin-RevId: 267612438
aquilescanta committed -
Will allows to use a DrmSession for clear periods. Issue:#4867 PiperOrigin-RevId: 267576982
aquilescanta committed -
Issue: #6398 PiperOrigin-RevId: 267563795
andrewlewis committed -
This allows to uniquely identify a window within a Timeline. The value is set correctly for all Window instances, but is not used anywhere yet. PiperOrigin-RevId: 267556516
tonihei committed -
We currently don't test if an ad needs to be played in case we are already playing content. This is to prevent recreating the current content period when an ad is marked as skipped. We prefer playing until the designated ad group position and appending another piece of content. This is less likely to cause visible discontinuities in case the ad group position is at a key frame boundary. However, this means we currently miss updates that require us to play an ad after a timeline update. PiperOrigin-RevId: 267553459
tonihei committed -
Issue: #6396 PiperOrigin-RevId: 267536336
andrewlewis committed
-
- 05 Sep, 2019 4 commits
-
-
Select a track with matching role flags even if someone specifies a preferred role flgs without providing a preferred language Prefer track without captions or describing music and sound flag when no role flag preference is provided.
Yannick RUI committed -
PiperOrigin-RevId: 267323559
Toni committed -
sr1990 committed
-
sr1990 committed
-