- 26 Feb, 2019 2 commits
-
-
Marc Baechinger committed
-
Marc Baechinger committed
-
- 21 Feb, 2019 7 commits
-
-
Marc Baechinger committed
-
Marc Baechinger committed
-
Marc Baechinger committed
-
Marc Baechinger committed
-
r2.9.6
Andrew Lewis committed -
*** Reason for rollback *** Reverting as this may break playback on other Amlogic devices and/or playback of non-interlaced content. *** Original change description *** Add max video size workaround for Amlogic decoder. The Amlogic awesome decoder reduces the video size of interlaced videos by half if the internal configuration isn't force reset with new maximum input size values. The product of these new values must exceed 1920x1088 to force the reset. Issue:#5003 *** PiperOrigin-RevId: 234967314
andrewlewis committed -
Currently IMA determines that the overlay is obstructing, even if it's empty. Register it as friendly, which means we're assuming that anything the apps puts in it is necessary for playback. PiperOrigin-RevId: 234963065
andrewlewis committed
-
- 20 Feb, 2019 3 commits
-
-
PiperOrigin-RevId: 234641428
bachinger committed -
PiperOrigin-RevId: 234765847
aquilescanta committed -
HlsSampleStream#read should return end of stream when there is no mapping for the sample stream, instead of nothing read. This allows the player to transition to ended. Issue:#5524 PiperOrigin-RevId: 234764027
aquilescanta committed
-
- 19 Feb, 2019 14 commits
-
-
Stop encoding/decoding presentation time as part of the message. What's actually in emsg boxes is a presentation time delta, which is why it's only 32 bits, and hence why it doesn't handle large absolute timestamps. We were using this field to hold absolute timestamps only for the purpose of passing presentation times from DashManifestParser.parseEvent back to the calling method. After this change, we return Pair<Long, EventMessage> instead. Issue: #5490 PiperOrigin-RevId: 233561731
olly committed -
PiperOrigin-RevId: 234578712
andrewlewis committed -
PiperOrigin-RevId: 233576600
andrewlewis committed -
PiperOrigin-RevId: 233418784
olly committed -
Switch from passing an ad UI ViewGroup to passing an object that can also provide information about controls overlays. Also switch to using a dedicated overlay for ads instead of the overlay frame layout, which apps have easy access to. PiperOrigin-RevId: 233393500
andrewlewis committed -
This will be used instead of the current overlay FrameLayout (which apps can interact with directly). PiperOrigin-RevId: 233077175
andrewlewis committed -
Given the change to require setPlayer on AdsLoaders, it seems like a good opportunity to clean up deprecated ads-related symbols. PiperOrigin-RevId: 233020171
andrewlewis committed -
PiperOrigin-RevId: 232676346
andrewlewis committed -
PiperOrigin-RevId: 232507469
andrewlewis committed -
Issue: #5476 PiperOrigin-RevId: 232503736
andrewlewis committed -
This should be removed after releasing. PiperOrigin-RevId: 231380393
tonihei committed -
They are not longer needed anywhere, are error-prone (because of threading requirements), and complicate testing and using MediaSources without a player. PiperOrigin-RevId: 227871157
tonihei committed -
The top level requirement only tried to ensure that the entire timeline only has one period. This is already asserted by ImaAdsLoader. AdsMediaSource itself works fine as long as the wrapped timeline has one period only. This is now asserted instead. PiperOrigin-RevId: 227682141
tonihei committed -
Passing the player through MediaSource.prepare is only needed for the AdsLoader and complicates other usages of MediaSource. Providing the player directly to the AdsLoader is also in line with the usage pattern of PlayerView and other components. Also rename methods to start/stop to better reflect their usage. PiperOrigin-RevId: 227682112
tonihei committed
-
- 10 Feb, 2019 2 commits
-
-
r2.9.5
Oliver Woodman committed -
Oliver Woodman committed
-
- 04 Feb, 2019 8 commits
-
-
Oliver Woodman committed
-
Oliver Woodman committed
-
When calling releaseSource(), all pending messages will be removed. That means that all action-on-completion callbacks which are somewhere in flight are just dropped without being called. This change adds code to keep track of the current state of each callback to allow all of them being called when the source is released. Issue:#5464 PiperOrigin-RevId: 232312528
tonihei committed -
That was previously handled by the player. But since we switched to Handler messages instead of player messages, we should do that manually. PiperOrigin-RevId: 229341747
tonihei committed -
We currently either use the app thread returned by the player or the thread the commands are called on depending on whether the media source is already prepared or not. This change lets the application decide which callback thread to use. As a side effect, we also don't longer need access the player instance passed to MediaSource.prepare. PiperOrigin-RevId: 227871111
tonihei committed -
Imported from GitHub PR https://github.com/google/ExoPlayer/pull/5462 Pull request for the following issue: #5421 Merge d9d88b079c4ca0533a836b2715a65b924babbb89 into a7381916 PiperOrigin-RevId: 232335113
olly committed -
The Util class already handles removeMessages calls but so far ignored calls to removeCallbacksAndMessages. PiperOrigin-RevId: 232312458
tonihei committed -
Issue: #4519 PiperOrigin-RevId: 232299233
olly committed
-
- 31 Jan, 2019 2 commits
-
-
PiperOrigin-RevId: 231772920
andrewlewis committed -
Issue: #4468 PiperOrigin-RevId: 231759438
olly committed
-
- 30 Jan, 2019 2 commits
-
-
Oliver Woodman committed
-
Oliver Woodman committed
-