Skip to content

SDK / exoplayer

Go to a project
Switch branch/tag
  1. 30 Sep, 2021 10 commits
  3. 29 Sep, 2021 5 commits
  5. 28 Sep, 2021 8 commits
    • Change how AnalyticsCollector forwards onPlayerReleased · 5ae29821 
      Before releasing r2.15.0, we had a regression that crashed
PlaybackStatsListener. A change in the AnalyticsCollector made
it to send an additional AnalyticsListener.onEvents() callback after
calling Player.release() and AnalyticsListener.onEvents() appeared
to arrive with event times that were not monotonically increasing.
The AnalyticsListener.onEvents() callback that contained
AnalyticsListener.EVENT_PLAYER_RELEASED was called with a timestamp that
was smaller than event times of previously AnalyticsListener.onEvents()
calls.

A first fix changed the order of events being forwarded to
AnalyticsListener. Upon calling Player.release(), the AnalyticsCollector
would call AnalyticsListener.onPlayerReleased() and its associated
AnalyticsListener.onEvents() on the same stack call. This fix maintained
that event times are monotonically increasing, but made
AnalyticsListener.onPlayerReleased() be called earlier.

This change:
- Further changes AnalyticsCollector to ensure that
  AnalyticsListener.onPlayerReleased() and its related
  AnalyticsListener.onEvents() are the last callbacks to be called,
  and the associated timestamp is bigger than  previously reported
  event times.
- Adds an instrumentation test to guard against the regression.

PiperOrigin-RevId: 399437724
      christosts committed
    • Fix bug in MCVR where dummySurface is released but surface isn't nulled · 679e3751 
      The fix for Issue: #8776 was to release and null-out dummySurface if
it doesn't match the security level of the decoder. But it's possible
that this.surface is already set to this.dummySurface, in which case we
must also null out this.surface otherwise we will later try and re-use
the old, released DummySurface instance.

This logic already exists in MCVR#onReset, so I pulled it into a
releaseDummySurface() helper function.

Issue: #9476
#minor-release
PiperOrigin-RevId: 399420476
      ibaker committed
    • Move SubtitleExtractor to text package · 3e7b2d06 
      PiperOrigin-RevId: 399400909
      bachinger committed
    • Migrate callers of ExoPlayer.Builder#build() to buildExoPlayer() · ed23b290 
      An upcoming change will update build() to return Player.

PiperOrigin-RevId: 399382297
      ibaker committed
    • Migrate usages of MediaItem.PlaybackProperties to LocalConfiguration · a04f1d17 
      PiperOrigin-RevId: 399206106
      ibaker committed
    • Inline SimpleSubtitleOutputBuffer · e373e0cb 
      PiperOrigin-RevId: 399179751
      bachinger committed
    • Use SurfaceTexture.getTimestamp · a82690a5 
      PiperOrigin-RevId: 399139842
      kimvde committed
    • Update androidx.media version to 1.4.2 · 1e6a3aa6 
      PiperOrigin-RevId: 399108998
      gyumin committed
  7. 24 Sep, 2021 7 commits
    • Merge pull request #9421 from MarcusWichelmann:hevc-sps-parsing · 9108dc5b 
      PiperOrigin-RevId: 398749045
      Oliver Woodman committed
    • IMA sdk request input serialization/deserialization · a9867880 
      temporary pulled out from the main cl to keep code small for review

PiperOrigin-RevId: 398746806
      olly committed
    • Rename MediaItem.PlaybackProperties to LocalConfiguration · 0cd1031d 
      This aligns with other MediaItem.FooConfiguration class names and also
more clearly represents that this class encapsulates information used
for local playback that is lost when serializing MediaItem between
processes.

The old class and fields are kept (deprecated) for backwards
compatibility.

PiperOrigin-RevId: 398742708
      ibaker committed
    • Update DownloadService for Android 12 · a720380e 
      - If DownloadService is configured to run as a foreground service,
  it will remain started and in the foreground when downloads are
  waiting for requirements to be met, with a suitable "waiting for
  XYZ" message in the notification. This is necessary because new
  foreground service restrictions in Android 12 prevent to service
  from being restarted from the background.
- Cases where requirements are not supported by the Scheduler will
  be handled in the same way, even on earlier versions of Android.
  So will cases where a Scheduler is not provided.
- The Scheduler will still be used on earlier versions of Android
  where possible.

Note: We could technically continue to use the old behavior on
Android 12 in cases where the containing application still has a
targetSdkVersion corresponding to Android 11 or earlier. However,
in practice, there seems to be little value in doing this.
PiperOrigin-RevId: 398720114
      olly committed
    • Make parameter name match inherited doc @param · fecb8b7e 
      This is currently required to make javadoc generation via Dackka succeed.

PiperOrigin-RevId: 398518538
      andrewlewis committed
    • Fix gradle sync error · 7f99d301 
      PiperOrigin-RevId: 398489644
      gyumin committed
    • Upgrade dackka · aefe0243 
      This brings in a fix that prevented documentation generation due to `<caption>` tags not being supported.

PiperOrigin-RevId: 398475800
      andrewlewis committed
  9. 23 Sep, 2021 10 commits