- 23 Oct, 2020 7 commits
-
-
A subsequent CL will plumb a release reason through these event paths. PiperOrigin-RevId: 338655603
olly committed -
Refactor the AsynchronousMediaCoderAdapter and move the callback thread out of the adapter so that implementation of async callback and and async queueing are consistent design-wise. PiperOrigin-RevId: 338637837
christosts committed -
This change fixes format creation for traditional preparation of streams where the master playlist contains more than one codec string per track type. Issue: #7877 PiperOrigin-RevId: 338538693
aquilescanta committed -
When disabling a TsExtractor track type because of a missing codec in the master playlist, look through the entire codecs string instead of checking the first codec with matching type. Issue: #7877 PiperOrigin-RevId: 338530046
aquilescanta committed -
PiperOrigin-RevId: 338497163
kimvde committed -
The primary use of this currently will be for appending SEF metadata. PiperOrigin-RevId: 338475948
samrobinson committed -
This is simpler than instantiating a single-element string array for every parameter. PiperOrigin-RevId: 338469324
ibaker committed
-
- 22 Oct, 2020 2 commits
- 21 Oct, 2020 9 commits
-
-
We rolled back the previous <unknown commit> because some of the nullness checking fixes broke the exoplayer2 tests. We submit this CL into the TAP Global Presubmit train (https://test.corp.google.com/OCL:337620582:BASE:338201100:1603283151742:36afd5a5) and make sure that this CL wouldn't break any other tests on google3. PiperOrigin-RevId: 338267548
olly committed -
PiperOrigin-RevId: 338261975
olly committed -
Issue: #4904 PiperOrigin-RevId: 338249499
christosts committed -
The current caluclation was comparing Unix time with period time. Fix it by always comparing against period time. Issue: #4904 PiperOrigin-RevId: 338235754
tonihei committed -
PiperOrigin-RevId: 338232910
christosts committed -
PiperOrigin-RevId: 338232327
bachinger committed -
We currently implicitly rely on the internal playback thread to not send new updates after the player got released. This may not always be ensured since we let the release call timeout. For the timeout case, there may still be a pending operation returning much later when it unstuck itself. Fix this and potential other edge cases by explicitly removing all listeners and preventing new listeners from being added after the release. PiperOrigin-RevId: 338217220
tonihei committed -
Also removed unused thumb resources. PiperOrigin-RevId: 338184661
insun committed -
PiperOrigin-RevId: 338056357
olly committed
-
- 20 Oct, 2020 12 commits
-
-
PiperOrigin-RevId: 338051017
Oliver Woodman committed -
PiperOrigin-RevId: 338024866
Oliver Woodman committed -
Skip assets with >2 audio channels - this isn't currently supported by ShadowAudioSystem. I'll add these when support is available. Also skip sample_ac4_protected.mp4 because DRM isn't supported in this test environment either. PiperOrigin-RevId: 338023738
ibaker committed -
I added the TS playback tests for these assets without adding support for the relevant MIME types to ShadowMediaCodec. Also remove test assets with more than 2 audio channels - this isn't currently supported by ShadowAudioSystem. I'll re-add these when support is available. PiperOrigin-RevId: 338023290
ibaker committed -
Consensus is that the NoClassDefFoundError does not causes a crash but only a warning. PiperOrigin-RevId: 338022354
krocard committed -
PiperOrigin-RevId: 338016707
Oliver Woodman committed -
PiperOrigin-RevId: 337863184
kimvde committed -
PiperOrigin-RevId: 337824945
andrewlewis committed -
This ensures recursively sent events arrive in the correct order. Issue: #8048 PiperOrigin-RevId: 337812882
tonihei committed -
The available duration used a "live edge" that was calculated in the previous iteration and was thus quite old. Also it also used the end of the last available segment, but the actually available duration for buffering needs to be clamped to the current live edge for low-latency streams. Issue: #4904 PiperOrigin-RevId: 337812621
tonihei committed -
ExoPlayerImpl and CastPlayer repeat the same logic. Moving the listener and event handling to a common util class allows to reuse the same code and add unit tests for this logic. The change is a functional no-op. PiperOrigin-RevId: 337812358
tonihei committed -
The build needs to remove some duplicate dependencies to work again. Also replace a deprecated API usage with the non-deprecated equivalent and merge the two Blaze target into one to simplify Gradle file. PiperOrigin-RevId: 337812099
tonihei committed
-
- 19 Oct, 2020 1 commit
-
-
xufuji456 committed
-
- 17 Oct, 2020 9 commits
-
-
The ExoPlayer receiver app id is a thin wrapper around the default receiver, so there are no reasons for users not to depend on it. By having ExoPlayer users refer to the ExoPlayer app id we can collect usage metrics. PiperOrigin-RevId: 337516767
aquilescanta committed -
This allows wakelock releases to be state based instead of transition based. #exo-offload PiperOrigin-RevId: 337286501
krocard committed -
PiperOrigin-RevId: 337280116
ibaker committed -
PiperOrigin-RevId: 337279583
ibaker committed -
This brings in a fix for companion ads rendering when targeting API 29. Issue: #6432 PiperOrigin-RevId: 337279054
andrewlewis committed -
This was causing issues old devices where the class inheriting StreamEventCallback was loaded even though it was not used. Instead use an anonymous class that seem to be loaded more lazily. PiperOrigin-RevId: 337252687
krocard committed -
Issue: #8014 PiperOrigin-RevId: 337142176
krocard committed -
Issue: #8067 PiperOrigin-RevId: 337122011
bachinger committed -
The 'implementation' dependency causes problems when resolving ListenableFuture in contexts that also include the com.google.guava:listenablefuture:1.0 dependency. Issue: #7905 Issue: #7997 Issue: #7993 PiperOrigin-RevId: 337093024
ibaker committed
-