- 15 Aug, 2019 12 commits
-
-
This field is used in .equals(), we should print it in toString() too PiperOrigin-RevId: 263335432
ibaker committed -
The current max video buffer is 13MB which is too small for high quality streams and doesn't allow the DefaultLoadControl to buffer up to its default max buffer time of 50 seconds. Also move util method and constants only used by DefaultLoadControl into this class. PiperOrigin-RevId: 263328088
tonihei committed -
Required for propagation of HlsMetadataEntry's in chunkless preparation. PiperOrigin-RevId: 263324345
aquilescanta committed -
PiperOrigin-RevId: 263317893
sofijajvc committed -
PiperOrigin-RevId: 263312721
sofijajvc committed -
Add @Nullable annotation in the LibvpxVideoRenderer. PiperOrigin-RevId: 263150736
sofijajvc committed -
And add missing some missing annotations to the publicly visible API of these packages. PiperOrigin-RevId: 263134804
tonihei committed -
PiperOrigin-RevId: 263104935
sofijajvc committed -
PiperOrigin-RevId: 263046027
olly committed -
This fixes the errors that prevent the JavaDoc generation with the Gradle script to run through. PiperOrigin-RevId: 262930857
tonihei committed -
This renderer will be extended by both vp9 and av1 renderers. PiperOrigin-RevId: 262900391
sofijajvc committed -
PiperOrigin-RevId: 262886490
tonihei committed
-
- 09 Aug, 2019 14 commits
-
-
PiperOrigin-RevId: 262511088
andrewlewis committed -
We no longer need two modules as AndroidX-Test takes care of the system abstraction and we no longer have Robolectric Handler/Looper workarounds. PiperOrigin-RevId: 262363201
tonihei committed -
I think we need to start clearing the holder as part of the DRM rework. When we do this, it'll only be valid to read from the holder immediately after it's been populated. PiperOrigin-RevId: 262362725
olly committed -
https://github.com/google/ExoPlayer/commit/bbe681a904d58fe1f84f6c7c6e3390d932c86249
*** Original commit *** Make Kotlin JVM annotations available and use in ExoPlayer. NoExternal *** PiperOrigin-RevId: 262323737
olly committed -
NoExternal PiperOrigin-RevId: 262316962
tonihei committed -
PiperOrigin-RevId: 262306255
tonihei committed -
PiperOrigin-RevId: 262303610
tonihei committed -
We're no longer tied to the emsg spec, so we can skip unused fields and assume ms for duration. Also remove @Nullable annotation from EventMessageEncoder#encode, it seems the current implementation never returns null PiperOrigin-RevId: 262135009
ibaker committed -
PiperOrigin-RevId: 262124441
tonihei committed -
PiperOrigin-RevId: 262123595
tonihei committed -
PiperOrigin-RevId: 262121134
ibaker committed -
We don't usually refer to other classes when documenting method parameters but rather duplicate the actual definition. PiperOrigin-RevId: 262102714
tonihei committed -
We already allow mixed mime type and mixed sample rate adaptation on request, so for completeness, we can also allow mixed channel count adaptation. Issue:#6257 PiperOrigin-RevId: 261930046
tonihei committed -
PiperOrigin-RevId: 261917229
olly committed
-
- 06 Aug, 2019 5 commits
-
-
PiperOrigin-RevId: 261910303
tonihei committed -
PiperOrigin-RevId: 261888086
tonihei committed -
This only covers calls to scaleLargeTimestamp() PiperOrigin-RevId: 261878019
ibaker committed -
This also decouples EventMessageEncoder's serialization schema from the emesg spec (it happens to still match the emsg-v0 spec, but this is no longer required). PiperOrigin-RevId: 261877918
ibaker committed -
PiperOrigin-RevId: 261872025
tonihei committed
-
- 05 Aug, 2019 6 commits
-
-
PiperOrigin-RevId: 261700729
tonihei committed -
If we keep streams in chunk sources after selecting new tracks, we also keep a reference to a stale disabled TrackSelection object. Fix this by updating the TrackSelection object when keeping the stream. The static part of the selection (i.e. the subset of selected tracks) stays the same in all cases. Issue:#6256 PiperOrigin-RevId: 261696082
tonihei committed -
PiperOrigin-RevId: 261693054
sofijajvc committed -
PiperOrigin-RevId: 261651655
olly committed -
Issue:#6260 PiperOrigin-RevId: 261647858
tonihei committed -
We currently keep the sequence number if we don't reset the position. However, the sequence number should be kept if we don't reset the state. Otherwise re-prepare with position reset is counted as new playback although it's still the same. PiperOrigin-RevId: 261644924
tonihei committed
-
- 02 Aug, 2019 3 commits