- 13 Oct, 2019 3 commits
-
-
- Verifies that playWhenReady doesn't become true if audio focus is denied. - Also verifies there's no suppression reason in this case, because the denial is permanent rather than temporary. PiperOrigin-RevId: 274141099
olly committed -
Also removed "to be executed" from all the comments, since it didn't seem to add value. PiperOrigin-RevId: 274139837
olly committed -
It's documented to be for temporary loss only (i.e. the case where externally reported playWhenReady is still true) PiperOrigin-RevId: 274129922
olly committed
-
- 10 Oct, 2019 16 commits
-
-
Currently, ndk cpu-features is being used. This is now deprecated and google open-source cpu_features library is recommended. PiperOrigin-RevId: 273987647
sofijajvc committed -
PiperOrigin-RevId: 273971120
krocard committed -
Issue: #3353 PiperOrigin-RevId: 273949689
sofijajvc committed -
This supports both chunkless & traditional preparation PiperOrigin-RevId: 273938344
ibaker committed -
PiperOrigin-RevId: 273937090
sofijajvc committed -
PiperOrigin-RevId: 273929000
sofijajvc committed -
PiperOrigin-RevId: 273928626
sofijajvc committed -
PiperOrigin-RevId: 273919032
andrewlewis committed -
If a user has checked out libgav1 they almost certainly want to build the extension, so fail if CMake is not present but libgav1 is present. Also add a note to the README linking to instructions for installing CMake. Also remove the NDK check, as ndk.dir is apparently deprecated and Android Studio appears to install this automatically anyway. PiperOrigin-RevId: 273918142
andrewlewis committed -
PiperOrigin-RevId: 273760294
sofijajvc committed -
When the user calls setRepeatMode, the state modifications are observed as immediate, in spite of being sent to the receiver app as asynchronous operations. PiperOrigin-RevId: 273754931
aquilescanta committed -
Also move the masking internal state update before the message dispatch, so as to ensure the result of the operation prevails over the masking state. PiperOrigin-RevId: 273740585
aquilescanta committed -
PiperOrigin-RevId: 273734495
sofijajvc committed -
Playback cannot be suppressed if playWhenReady=false PiperOrigin-RevId: 273726084
olly committed -
PiperOrigin-RevId: 273712563
andrewlewis committed -
PiperOrigin-RevId: 273706425
sofijajvc committed
-
- 08 Oct, 2019 4 commits
-
-
PiperOrigin-RevId: 273549830
Oliver Woodman committed -
The limit of this.supplementalData was not reset. PiperOrigin-RevId: 273515718
andrewlewis committed -
This doesn't offer anything on top of the functionality in the main demo app. There's less code but we have a blog post and presentations that walk through how to use the extension, so it seems fine to delete the code so we don't need to maintain it. This also avoids potential confusion about what the demo app means on IMA-related GitHub issues. PiperOrigin-RevId: 273501720
andrewlewis committed -
PiperOrigin-RevId: 273475232
ibaker committed
-
- 07 Oct, 2019 12 commits
-
-
When newIndex overlaps oldIndex with newstarttime < oldstarttime, according to the segNum of endtime in newIndex and oldIndexLastSegnum to calculate the segmentNumShift.
Cai Yuanqing committed -
Issue: #6297 PiperOrigin-RevId: 273297284
olly committed -
PiperOrigin-RevId: 273296545
andrewlewis committed -
PiperOrigin-RevId: 273296461
andrewlewis committed -
PiperOrigin-RevId: 273296236
andrewlewis committed -
When the user calls setPlayWhenReady, the state modifications are observed as immediate, in spite of being sent to the receiver app as asynchronous operations. PiperOrigin-RevId: 273289768
aquilescanta committed -
PiperOrigin-RevId: 273270892
aquilescanta committed -
PiperOrigin-RevId: 273263822
samrobinson committed -
It's confusing that app:played_color also modifies the colors that derive from it, but the corresponding setter does not. It seems generally clearer just to define constants. PiperOrigin-RevId: 273249557
olly committed -
Calculate stride and width ratio per each plane. PiperOrigin-RevId: 272916423
sofijajvc committed -
Move reusable code from LibvpxVideoRenderer to SimpleDecoderVideoRenderer. Pass outputBuffer to renderOutputBuffer method instead of keeping the reference in the renderer. PiperOrigin-RevId: 272899549
sofijajvc committed -
PiperOrigin-RevId: 272888174
samrobinson committed
-
- 04 Oct, 2019 5 commits
-
-
It's confusing that seekTo(player, windowIndex, positionMs) does clamping, because it only makes sense if windowIndex is the current window. Note: This doesn't actually fix anything (other than code clarity). In cases where we were passing other windowIndices, we always passed 0 as the position and so the clamping logic wouldn't have had any effect. PiperOrigin-RevId: 272857104
olly committed -
PiperOrigin-RevId: 272856747
Oliver Woodman committed -
These seem to be created by the Android Studio layout inspector PiperOrigin-RevId: 272856118
ibaker committed -
Keeping the ones inside loops, because theoretically they can be useful there (in practice, for this use case, it's highly unlikely to make any difference). PiperOrigin-RevId: 272834073
olly committed -
We currently set it to shouldContinueLoading, which isn't correct if shouldContinueLoading is set to false and we still have an ongoing load. Change it to also be true if the media period is still loading. PiperOrigin-RevId: 272823473
tonihei committed
-