- 22 Nov, 2019 18 commits
-
-
- Move property to DrmSession; it feels like a more natural place for it to go (and provides greater flexibility). - Change flags to a boolean. PiperOrigin-RevId: 281758729
olly committed -
- The upgrade to version 29 made Robolectric version 4.3 fail. - Upgrading Robolectric to 4.3.1 requires Java 9, which requires manual configuration in Android Studio. PiperOrigin-RevId: 281753915
kimvde committed -
https://github.com/google/ExoPlayer/commit/ca5b094916633c3e49c18407518a19f9f66666d8
*** Original commit *** Upgrade Robolectric version This fixes the issue reported in https://github.com/robolectric/robolectric/issues/5207. *** PiperOrigin-RevId: 281747261
kimvde committed -
PiperOrigin-RevId: 281724630
andrewlewis committed -
This fixes the issue reported in https://github.com/robolectric/robolectric/issues/5207. PiperOrigin-RevId: 281720030
kimvde committed -
- DRM properties need to be on individual playlist items. PiperOrigin-RevId: 281718153
olly committed -
PiperOrigin-RevId: 281538423
kimvde committed -
- Enabling legacy storage for our demo app so that playing slideloaded media is still easy. - Apps are still free to specify a lower targetSdkVersion PiperOrigin-RevId: 281537041
olly committed -
This ensures other database readers can continue reading while we do our write transaction. PiperOrigin-RevId: 281520758
tonihei committed -
PiperOrigin-RevId: 281510703
olly committed -
They are all marked with a JavaDoc comment and the @WorkerThread annotation which is useful if apps are using threading annotations. All other public methods in the same classes are marked with @AnyThread to avoid the impression we forgot to annotate them. PiperOrigin-RevId: 281490301
tonihei committed -
PiperOrigin-RevId: 281480582
christosts committed -
Add experimental APIs to set a timeout Player#release() and PlayerMessage#blockUntilDeliver(). PiperOrigin-RevId: 281479146
christosts committed -
In order to reuse it in LoadErrorHandlingPolicy. PiperOrigin-RevId: 281333287
aquilescanta committed -
The current workaround seems to cause compilation errors inside the testutils module in Android Studio. This seems to fix them. This doesn't introduce a circular dependency because it's only the tests in library-core depending on testutils. PiperOrigin-RevId: 281318192
ibaker committed -
For example, fix handling of pixel aspect ratio changes in playlists where video resolution does not change. Issue:#6646 PiperOrigin-RevId: 281276023
samrobinson committed -
Note: - Fixing this uncovers another bug in how audio processor draining works, so the test playlist still doesn't play correctly after this change. - Once we reconfigure the audio sink based on the ExoPlayer Format rather than the codec MediaFormat in a later change, this change can be reverted. Issue: #6601 PiperOrigin-RevId: 281264149
andrewlewis committed -
Preliminary measurement showed that the results were similar to the non-optimized version. PiperOrigin-RevId: 281255476
kimvde committed
-
- 18 Nov, 2019 14 commits
-
-
In order to reuse it in LoadErrorHandlingPolicy. PiperOrigin-RevId: 281087397
aquilescanta committed -
PiperOrigin-RevId: 281086336
aquilescanta committed -
PiperOrigin-RevId: 281084720
olly committed -
Seeking, live streams support and exposure of vorbis and ID3 data are not part of this commit. Issue: #6406 PiperOrigin-RevId: 281083332
kimvde committed -
- Make NonNull, which is already the case when using the manager builder. - Better document PLAYREADY_CUSTOM_DATA_KEY, now that newPlayReadyInstance is no more. PiperOrigin-RevId: 281079288
olly committed -
Issue:#4867 PiperOrigin-RevId: 281064793
aquilescanta committed -
PiperOrigin-RevId: 281051893
olly committed -
The implementation of writing HDR10+ static metadata assumed that the application would use default (big endian) byte order for this metadata but MediaCodec expects the order to match the specification CTA-861.3. PiperOrigin-RevId: 281050806
andrewlewis committed -
PiperOrigin-RevId: 281050034
olly committed -
PiperOrigin-RevId: 281049383
olly committed -
Issue: #6612 PiperOrigin-RevId: 281048324
olly committed -
PiperOrigin-RevId: 281039634
andrewlewis committed -
PiperOrigin-RevId: 281037183
aquilescanta committed -
ISSUE: #6545 PiperOrigin-RevId: 281032120
bachinger committed
-
- 17 Nov, 2019 1 commit
-
-
*** Original commit *** Disable test coverage again https://issuetracker.google.com/issues/37019591 causes local variables can't be found while debugging. *** PiperOrigin-RevId: 280666758
ibaker committed
-
- 15 Nov, 2019 7 commits
-
-
Also remove the "do we really need to do this" comment for AAC. Parsing from codec specific data is likely to be more robust, so I think we should continue to do it for formats where we've seen this problem. Issue: #6648 PiperOrigin-RevId: 280575466
olly committed -
PiperOrigin-RevId: 280573887
Oliver Woodman committed -
Previously the renderer EOS (aka last frame rendered), was reported as soon as the last encoded frame was queued in the codec renderer. This leaded to EOS reported too early. PiperOrigin-RevId: 280456277
krocard committed -
This speeds up downloads where segments have the same URL with different byte ranges. We limit the merged segments to 20 seconds to ensure the download progress of demuxed streams is roughly in line with the playable media duration. Issue:#5978 PiperOrigin-RevId: 280410761
tonihei committed -
PiperOrigin-RevId: 280176216
aquilescanta committed -
PiperOrigin-RevId: 280167223
ibaker committed -
Clear state for one mode when entering the other in both SimpleExoPlayer and SimpleDecoderVideoRenderer. The latter is redundant for the case of renderers that are used inside SimpleExoPlayer, but seems nice to have. - Entering Surface mode means receiving a non-null Surface, SurfaceHolder or TextureView in SimpleExoPlayer, or a non-null Surface in SimpleDecoderVideoRenderer. - Entering VideoDecoderOutputBufferRenderer means receiving a non-null VideoDecoderOutputBufferRenderer in SimpleExoPlayer and SimpleDecoderVideoRenderer. PiperOrigin-RevId: 280155151
olly committed
-