- 02 Oct, 2019 1 commit
-
-
In DefaultDashChunkSource.copyWithNewRepresentation, it will handle the logic that new MPD manifest file is updated and calculate a newSegmentNumShift for furthermore segNum index calculation in getSegmentUrl, when a shorter window MPD updated and then back to a longer window MPD, copyWithNewRepresentation will go into the overlap case but the new index actually contains the old index..
Cai Yuanqing committed
-
- 21 Sep, 2019 5 commits
-
-
Issue: #677 Issue: #5428 PiperOrigin-RevId: 270466031
andrewlewis committed -
Issue:#4721 PiperOrigin-RevId: 270342454
aquilescanta committed -
The added methods will manage ExoMediaDrms instances. Issue:#4721 PiperOrigin-RevId: 270335916
aquilescanta committed -
PiperOrigin-RevId: 270327562
olly committed -
With the internal playlist some new situation may happen that were not possible before: - handlePlaylistInfoRefreshed in EPII called in IDLE state - handlePlaylistInfoRefreshed in EPII called in ENDED state with an empty playlist - seeks in ENDED state with an empty playlist PiperOrigin-RevId: 270316681
bachinger committed
-
- 20 Sep, 2019 14 commits
-
-
PiperOrigin-RevId: 270295428
olly committed -
PiperOrigin-RevId: 270295080
olly committed -
PiperOrigin-RevId: 270289374
olly committed -
PiperOrigin-RevId: 270276830
tonihei committed -
https://github.com/google/ExoPlayer/commit/dd7223df10e1e72d65a628404a4e851dad44148e
*** Original commit *** Refactor HlsSampleStreamWrapper#track() to clarify the return paths I found the original implementation quite hard to follow, and I believe this is functionally identical. *** PiperOrigin-RevId: 270263186
olly committed -
Issue:#6444 PiperOrigin-RevId: 270252126
aquilescanta committed -
PiperOrigin-RevId: 270250456
tonihei committed -
I found the original implementation quite hard to follow, and I believe this is functionally identical. PiperOrigin-RevId: 270237641
ibaker committed -
This option allows to set the preferred text language and role flags based on the user's accessiblity captioning settings. Issue:#5749 PiperOrigin-RevId: 270233205
tonihei committed -
PiperOrigin-RevId: 270227069
tonihei committed -
PiperOrigin-RevId: 270221478
bachinger committed -
PiperOrigin-RevId: 270007370
bachinger committed -
PiperOrigin-RevId: 270002330
bachinger committed -
- Fatal error handling fix is now in 2.10.5 PiperOrigin-RevId: 269904669
olly committed
-
- 18 Sep, 2019 5 commits
-
-
- Remove HTTP/2 Fix note, since the issue is still present - Add release note for fatal error handling fix PiperOrigin-RevId: 269902736
olly committed -
PiperOrigin-RevId: 269781924
olly committed -
Also clear fatal errors on seek operations PiperOrigin-RevId: 269780886
aquilescanta committed -
Public design doc: https://docs.google.com/document/d/11h0S91KI5TB3NNZUtsCzg0S7r6nyTnF_tDZZAtmY93g Issue: #6161 PiperOrigin-RevId: 269584512
bachinger committed -
PiperOrigin-RevId: 269582832
olly committed
-
- 17 Sep, 2019 5 commits
-
-
PiperOrigin-RevId: 269574864
olly committed -
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 3 commits