- 04 Dec, 2019 15 commits
-
-
Fixes issue:#6700 sample_cbs_truncated.adts test file produced using `$ split -b 31795 sample_truncated.adts` to remove the last 10 bytes PiperOrigin-RevId: 283530136
ibaker committed -
If LoadControl.shouldContinueLoading returns false and the renderers are not ready for playback using the already buffered data, playback is stuck. To prevent this situation, we always continue loading if the buffer is almost empty. We already have a similar workaround for when LoadControl.shouldStartPlayback returns false even if loading stopped. Having both workarounds allows playback to continue even if the LoadControl tries to prevent loading and playing all the time. PiperOrigin-RevId: 283516750
tonihei committed -
PiperOrigin-RevId: 283515315
andrewlewis committed -
PiperOrigin-RevId: 283366568
olly committed -
Clarify `Format` vs `MediaFormat` in MediaCodecRenderer. PiperOrigin-RevId: 283353651
samrobinson committed -
PiperOrigin-RevId: 283347700
bachinger committed -
PiperOrigin-RevId: 283324784
olly committed -
PiperOrigin-RevId: 283324612
olly committed -
PiperOrigin-RevId: 283319944
andrewlewis committed -
PiperOrigin-RevId: 283310946
olly committed -
Enable using MediaCodec in async mode. Expose experimental API to enable/disable the feature. PiperOrigin-RevId: 283309798
christosts committed -
This allows easy overriding of the resources by app developers Issue: #6709 PiperOrigin-RevId: 283306121
olly committed -
PiperOrigin-RevId: 283296427
olly committed -
Issue: #6687 PiperOrigin-RevId: 283023548
andrewlewis committed -
https://github.com/google/ExoPlayer/commit/e26a61b903739014271ab0886bb5db75afb3f1fd
*** Original commit *** Improve `Format` propagation within the `MediaCodecRenderer`. For example, fix handling of pixel aspect ratio changes in playlists where video resolution does not change. Issue:#6646 *** PiperOrigin-RevId: 282903626
olly committed
-
- 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
-
- 26 Nov, 2019 1 commit
-
-
In-code documentation say this is allowed, and is the expected way to disable renderer.
Pierre-Hugues Husson committed
-
- 24 Nov, 2019 1 commit
-
-
PiperOrigin-RevId: 282227866
olly committed
-
- 22 Nov, 2019 17 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
-