- 18 Oct, 2021 6 commits
-
-
PiperOrigin-RevId: 403914807
olly committed -
PiperOrigin-RevId: 403910535
olly committed -
Builder setters should only accept null when the underlying property can be null. In this case null is directly converted to an empty map/list. PiperOrigin-RevId: 403406626
ibaker committed -
PiperOrigin-RevId: 403376452
ibaker committed -
dummySurface.release requires API 17. PiperOrigin-RevId: 403368448
aquilescanta committed -
The new forcedSessionTrackTypes field was introduced in <unknown commit>. These usages are migrated in a follow-up change to add confidence that the deprecated field continued to work correctly. PiperOrigin-RevId: 403342893
ibaker committed
-
- 15 Oct, 2021 4 commits
-
-
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 -
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 -
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 -
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
-
- 14 Oct, 2021 14 commits
-
-
PiperOrigin-RevId: 403113286
olly committed -
Users who need a (deprecated) SimpleExoPlayer instance should use (the also deprecated) SimpleExoPlayer.Builder. PiperOrigin-RevId: 403108197
ibaker committed -
PiperOrigin-RevId: 403101980
kimvde committed -
PiperOrigin-RevId: 403081883
kim-vde committed -
PiperOrigin-RevId: 403071721
olly committed -
Also fix a typo where windowIndex was being passed to Objects.hashCode twice. The old field is left deprecated for backwards compatibility. Usages will be migrated in an upcoming change. PiperOrigin-RevId: 403049260
ibaker committed -
Issue #9181 #minor-release PiperOrigin-RevId: 403049218
olly committed -
An upcoming change will modify ExoPlayer.Builder#build() to return ExoPlayer, so any places that explicitly need a SimpleExoPlayer instance should be using SimpleExoPlayer.Builder. PiperOrigin-RevId: 403028312
ibaker committed -
PiperOrigin-RevId: 403028279
ibaker committed -
SimpleExoPlayer is being deprecated in favour of ExoPlayer. PiperOrigin-RevId: 402869414
ibaker committed -
PiperOrigin-RevId: 402853522
samrobinson committed -
As suggested in parent change, return a list of `TrackType` instead of appending to it. This has the slight disadvantage of iterating twice over the (short) list, but clarifies the code. PiperOrigin-RevId: 402844458
krocard committed -
Update the UI module, the demos and most other users to make use of the new player TracksInfo and track selection override APIs. PiperOrigin-RevId: 402817857
krocard committed -
PiperOrigin-RevId: 402812895
olly committed
-
- 13 Oct, 2021 6 commits
- 12 Oct, 2021 8 commits
-
-
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 -
PiperOrigin-RevId: 402548081
olly committed -
PiperOrigin-RevId: 402547071
olly committed -
Enable subtitle output in the PlaybackOutput and disable the text renderer in the MkvPlaybackTest. Add WebvttPlaybackTest to test the output of side-loaded WebVTT subtitles. PiperOrigin-RevId: 402526588
christosts committed -
Before this change, the SubtitleExtractor did not mark the limit of the input buffer, thus the SubtitleDecoder attempted to decode more bytes. If the subtitle file had a new line at the end, this bug would make the SubtitleDecoder append an line break after the last subtitle. PiperOrigin-RevId: 402523039
christosts committed -
PiperOrigin-RevId: 402292139
olly committed -
PiperOrigin-RevId: 402290115
olly committed -
PiperOrigin-RevId: 402287125
olly committed
-
- 11 Oct, 2021 2 commits