- 15 Apr, 2020 12 commits
-
-
Allows playback of content when the default value is not valid, but not used for any samples. Issue: #7207 PiperOrigin-RevId: 306631376
aquilescanta committed -
PiperOrigin-RevId: 306602043
christosts committed -
This allows users to inject their own session id logic. PiperOrigin-RevId: 306597785
tonihei committed -
PiperOrigin-RevId: 306504969
aquilescanta committed -
Issue: #6054 Issue: #474 PiperOrigin-RevId: 306504362
olly committed -
PiperOrigin-RevId: 306469450
olly committed -
Issue: #6054 Issue: #474 PiperOrigin-RevId: 306437452
olly committed -
PiperOrigin-RevId: 306431216
aquilescanta committed -
Even though they are annotated as non-null, Java users can pass in null values. So we should verify the input to fail fast. PiperOrigin-RevId: 306425487
tonihei committed -
The new TestExoPlayer.Builder asserts that a Looper is present in the constructor, although it can be set later for cases where no such Looper exists. PiperOrigin-RevId: 306403491
tonihei committed -
This doesn't seem to be used anywhere PiperOrigin-RevId: 306391995
ibaker committed -
PiperOrigin-RevId: 305810757
olly committed
-
- 09 Apr, 2020 4 commits
-
-
In general an extractor shouldn't be outputting multiple formats with no samples in between. PiperOrigin-RevId: 305674393
ibaker committed -
PiperOrigin-RevId: 305674374
ibaker committed -
This reverts https://github.com/google/ExoPlayer/commit/94315ab757505f98d0b907fa2f7d2c516356ecae This fixes issue:#7177 PiperOrigin-RevId: 305674114
ibaker committed -
PiperOrigin-RevId: 305648273
gyumin committed
-
- 08 Apr, 2020 10 commits
-
-
PiperOrigin-RevId: 305526093
kimvde committed -
PiperOrigin-RevId: 305503804
olly committed -
PiperOrigin-RevId: 305503256
kimvde committed -
Issue: #7191 PiperOrigin-RevId: 305502293
olly committed -
PiperOrigin-RevId: 305475709
kimvde committed -
PiperOrigin-RevId: 305460260
gyumin committed -
This is the first CL for the offline qoe reporting feature. Refer to the design doc for full information. Design doc: go/exoplayer-offline-qoe PiperOrigin-RevId: 305459231
christosts committed -
Create a Builder that creates SimpleExoPlayer instances with fake components, suitable for testing. Basically extracts the Builder from ExoPlayerTestRunner to a standalone class that can be re-used. PiperOrigin-RevId: 305458419
christosts committed -
Issue: #6410 PiperOrigin-RevId: 305436352
kimvde committed -
PiperOrigin-RevId: 305300409
bachinger committed
-
- 07 Apr, 2020 13 commits
-
-
PiperOrigin-RevId: 305276107
olly committed -
This CL is a renaming only. It's mostly about finding a decent naming for the internal Playlist class. The plan is to have a public Playlist class in the converged Player API, so we need to rename the internal one. PiperOrigin-RevId: 305266196
bachinger committed -
PiperOrigin-RevId: 305258836
olly committed -
PiperOrigin-RevId: 305242260
ibaker committed -
PiperOrigin-RevId: 305235961
olly committed -
If we're in the ducked state and updateAudioFocus is called with a new state for which focus is no longer required, we should restore the player back to full volume. Issue: #7182 PiperOrigin-RevId: 305232155
olly committed -
PiperOrigin-RevId: 305216138
ibaker committed -
These were introduced in https://github.com/google/ExoPlayer/commit/c7164a30a067e5ddf5f0c706d6861652d39fd967 In each case I checked that the groups are not optional, so if they match they must be non-null. PiperOrigin-RevId: 305213293
ibaker committed -
PiperOrigin-RevId: 305140826
olly committed -
PiperOrigin-RevId: 305137114
Oliver Woodman committed -
This avoids cases where audio focus is never successfully acquired because another app is holding on to transient audio focus indefinitely. Issue: #7182 PiperOrigin-RevId: 305108528
olly committed -
When ClippingMediaPeriod first tried to read a buffer, if its end position was before the end of the stream and it was buffered to its end position, it would sometimes erroneously signal end-of-stream for protected content because the sample queue might be waiting for DRM keys at this point. Work around the issue temporarily by signaling this specific case back to ClippingMediaPeriod via the DecoderInputBuffer. There will likely be a cleaner fix as a result of adding support for dynamic clip end points in the future, at which point this can be reverted. issue:#7188 PiperOrigin-RevId: 305081757
andrewlewis committed -
PiperOrigin-RevId: 305037428
olly committed
-
- 06 Apr, 2020 1 commit
-
-
PiperOrigin-RevId: 305006564
Oliver Woodman committed
-