Skip to content

SDK / exoplayer

Go to a project
Switch branch/tag
  1. 04 Aug, 2021 2 commits
    • Change how AnalyticsCollector releases listeners · 07c49cda 
      The AnalyticsCollector releases listeners lazily so that listener
callbacks triggered on the application looper after
SimpleExoPlayer.release() are still handled. The change in ListenerSet
to post the onEvents callback on the front of the application looper
changed (correctly) how onEvents are propagated, however this made
the AnalyticsCollector deliver onEvents with out-of-order EventTimes.

This change fixes AnalyticsCollector to trigger onPlayerReleased() and
the matching onEvents() event in the correct order.

#minor-release

PiperOrigin-RevId: 388668739
      christosts committed
    • Standardise API-level specific nested classes · 6157c615 
      This change aligns all the names for classes that are 'holders of static
methods' to be `ApiNN`. Classes that hold state are named meaningfully
based on that state.

PiperOrigin-RevId: 388641064
      ibaker committed
  3. 03 Aug, 2021 4 commits
  5. 02 Aug, 2021 11 commits
  7. 29 Jul, 2021 3 commits
  9. 28 Jul, 2021 2 commits
    • Fix parameter names on overridden methods · 9c27cfcd 
      The dokka javadoc generation tool complains when parameter names don't match between a method and its override. This change updates occurrences where there is currently a mismatch.

Notable renamings that might be controversial:
- `onPlaybackStateChanged(int state)` to `onPlaybackStateChanged(int playbackState)` affected a lot of lines but seems more consistent with other '-Changed' methods.
- `handleMessage(int messageType, Object payload)` to `handleMessage(int messageType, Object message)`
- `ExtractorInput` and `DataSource` inherit `DataReader` which had `read(byte[] target, ...`, while data sources normally called the first parameter `buffer`. I have standardized these all to use `buffer` even though it looks out of place in the `ExtractorInput` interface (which has more `read` methods with `target`).

PiperOrigin-RevId: 387290360
      andrewlewis committed
    • Throw IllegalStateException from Util.gzip() instead of AssertionError · 41fe5aa1 
      The documentation on ByteArrayOutputStream and GZIPOutputStream isn't
completely clear that an IOException will *never* happen, so
AssertionError seems a bit strong - but it seems very unlikely, so we
just use IllegalStateException instead.

#minor-release

PiperOrigin-RevId: 387169297
      ibaker committed
  11. 27 Jul, 2021 17 commits
  13. 23 Jul, 2021 1 commit
    • Rollback of https://github.com/google/ExoPlayer/commit/4c10d2bd4c046ede62dd47c89cab127483c17cdc · cae30912 
      *** Original commit ***

Migrate /-as-division to math.div

If google3 is the source-of-truth for this third_party code (or if this is legacy code that is no longer synced with an external source), just LGTM this CL and Rosie will submit it. If not, you should patch the upstream source of these files, since we will be disabling support for /-as-division in google3 before support is formally removed from the language.

See go/lsc-slash-as-division-deprecation.

Tested:
    TAP found no affected targets. No targets were b...

***

PiperOrigin-RevId: 386432441
      olly committed