1. 18 Oct, 2021 15 commits
  2. 15 Oct, 2021 4 commits
    • Rename DrmConfiguration.sessionForClearTypes to forcedSessionTrackTypes · 61c8f8c2
      The previous name is quite easy to misread because it sounds like it
      splits up like "(session) for (clear types)" when it's meant to be
      "(session for clear) (types)".
      
      The old field is left deprecated for backwards compatibility. The
      DrmConfiguration.Builder methods are directly renamed without
      deprecation because they're not yet present in a released version of
      the library.
      
      PiperOrigin-RevId: 403338799
      ibaker committed
    • Remove deprecated ControlDispatcher · 5ef00f0e
      The possibilities to set a ControlDispatcher have been removed in
      <unknown commit> so that the ControlDispatcher is always a
      DefaultControlDispatcher.
      
      PiperOrigin-RevId: 403327092
      kimvde committed
    • Update androidx.media version to 1.4.3 · bc1b2dae
      It fixes the issue that the library injects an intent query element to
      app's AndroidManifest.xml by updating the dependency on androidx.media.
      Please refer to the release note of androidx.media 1.4.3 for details.
      https://developer.android.com/jetpack/androidx/releases/media#media-1.4.3
      
      Issue: #9480
      #minor-release
      PiperOrigin-RevId: 403243445
      gyumin committed
    • Move upstream components to common · 6ef82e44
      Common houses DataSource as an interface for reading data,
      but most of the concrete implementations are in ExoPlayer.
      This means that in practice, if an app wants to use a module
      that reads using DataSource (e.g. extractor), they may be
      forced to depend on ExoPlayer as well to get a concrete
      implementation (e.g. FileDataSource). This change moves the
      DataSource implementations into common to resolve this.
      
      PiperOrigin-RevId: 403222081
      olly committed
  3. 14 Oct, 2021 14 commits
  4. 13 Oct, 2021 6 commits
  5. 12 Oct, 2021 1 commit
    • SubtitleExtractor: optimize calls to ExtractorInput.read() · a18e2812
      When ExtractorInput.getLength() returns a defined length, the
      SubtitleExtractor will create a buffer of the same length, call
      ExtractorInput.read() until it has read the input bytes, plus one more
      time where ExtractorInput.read() returns RESULT_END_OF_INPUT. The last
      call to ExtractorInput.read() however will make the SubtitleExtractor to
      increase its buffer (including a copy) unnecessarily.
      
      This change makes the SubtitleExtractor avoid calling
      ExtractorInput.read() if the expected number of bytes have already
      been read, so that the internal buffer does not grow.
      
      PiperOrigin-RevId: 402583610
      christosts committed