- 27 Nov, 2019 6 commits
-
-
PiperOrigin-RevId: 282837404
olly committed -
PiperOrigin-RevId: 282836739
olly committed -
When transitioning to a new stream in a different format, the audio processors are reconfigured. After this, they are drained and then flushed so that they are ready to handle data in updated formats for the new stream. Before this change, some audio processors made the assumption that after reconfiguration no more input would be queued in their old input format, but this assumption is not correct: during draining more input may be queued. Fix this behavior so that the new configuration is not referred to while draining and only becomes active once flushed. Issue: #6601 PiperOrigin-RevId: 282515359
andrewlewis committed -
flush() is guaranteed to be called in all these cases anyway. Also clarify documentation for AudioProcessor-specific methods that can change the 'active' flag. Issue: #6601 PiperOrigin-RevId: 282515255
andrewlewis committed -
Issue: #6601 PiperOrigin-RevId: 282515179
andrewlewis committed -
This simplifies the contract of configure and is in preparation for fixing a bug where more input can't be queued when draining audio processors for a configuration change. Issue: #6601 PiperOrigin-RevId: 282514367
andrewlewis committed
-
- 24 Nov, 2019 1 commit
-
-
PiperOrigin-RevId: 282227866
olly committed
-
- 22 Nov, 2019 24 commits
-
-
PiperOrigin-RevId: 281976465
olly committed -
Issue: #6636 PiperOrigin-RevId: 281972403
andrewlewis committed -
Note that the renderer changes will all disappear when we remove legacy injection of DrmSessionManager into renderers. PiperOrigin-RevId: 281952601
olly committed -
I wrote this myself PiperOrigin-RevId: 281942685
ibaker committed -
PiperOrigin-RevId: 281764207
olly committed -
PiperOrigin-RevId: 281763672
olly committed -
- 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 9 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
-