- 17 Dec, 2018 4 commits
-
-
Michał Seroczyński committed
-
Michał Seroczyński committed
-
Michał Seroczyński committed
-
Michał Seroczyński committed
-
- 14 Dec, 2018 23 commits
-
-
PiperOrigin-RevId: 225531695
Oliver Woodman committed -
PiperOrigin-RevId: 225528632
olly committed -
This change only simplifies the API by using the ManifestParser internally. PiperOrigin-RevId: 225516193
tonihei committed -
Problem: There is nothing in the Cache interface that enforces that these methods are implemented by reading/writing content metadata, however our own code (CacheDataSource) relies on this property since it mixes use of [get|set]ContentLength and use of metadata. Using metadata is the right approach because it minimizes the number of index writes (e.g. it allows the redirect URI and the content length to be committed by a single write). Solution: Remove [get|set]ContentLength, which are redundant anyway, and use metadata everywhere. Also expose the keys being used through the public API; there's no particular reason why they shouldn't be. We previously had an API for getting and setting content length, but no API for getting and setting redirect uri. PiperOrigin-RevId: 225383211
olly committed -
PiperOrigin-RevId: 225383173
andrewlewis committed -
PiperOrigin-RevId: 225379305
olly committed -
This interface allows to put the mapping from tracks to StreamKeys in the same place where we map manifest to tracks. PiperOrigin-RevId: 225377033
tonihei committed -
PiperOrigin-RevId: 225374071
olly committed -
PiperOrigin-RevId: 225363788
eguven committed -
StreamKey makes only sense in the context of a specific manifest type and its only used for manifest filtering. PiperOrigin-RevId: 225360357
tonihei committed -
For now this id can not be set by client but auto generated using content cache key and uri. PiperOrigin-RevId: 225356645
eguven committed -
PiperOrigin-RevId: 225344232
olly committed -
PiperOrigin-RevId: 225187852
Oliver Woodman committed -
PiperOrigin-RevId: 225170404
olly committed -
This is no longer needed as the public API uses TrackSelection as the way to specify selected tracks. PiperOrigin-RevId: 225158867
tonihei committed -
PiperOrigin-RevId: 225154121
eguven committed -
PiperOrigin-RevId: 225145311
eguven committed -
PiperOrigin-RevId: 225060323
eguven committed -
Issue: #5169 PiperOrigin-RevId: 225025357
olly committed -
This is now possible as the download helper uses a track selector. PiperOrigin-RevId: 225014517
tonihei committed -
This is the same as in SsMediaSource. PiperOrigin-RevId: 225001911
tonihei committed -
PiperOrigin-RevId: 225001681
tonihei committed -
Issue: #5136 PiperOrigin-RevId: 224857629
olly committed
-
- 12 Dec, 2018 1 commit
-
-
Mattia Iavarone committed
-
- 10 Dec, 2018 12 commits
-
-
PiperOrigin-RevId: 224797598
tonihei committed -
PiperOrigin-RevId: 224793600
olly committed -
Issue:#5203 PiperOrigin-RevId: 224726041
eguven committed -
PiperOrigin-RevId: 224647076
eguven committed -
This adds the basic track selection capabilties (including tests). The new capabilities are not exposed yet through the DownloadHelper implementations and there will also be more helper methods (e.g. to select multiple audio lanuages at once). PiperOrigin-RevId: 224518477
tonihei committed -
PiperOrigin-RevId: 224506700
eguven committed -
PiperOrigin-RevId: 224492268
eguven committed -
This is now possible as it's directly accessible from the media source. Issue:#5177 Issue:#5155 PiperOrigin-RevId: 224321917
tonihei committed -
PiperOrigin-RevId: 224310086
aquilescanta committed -
PiperOrigin-RevId: 224308973
aquilescanta committed -
We currently have two factory methods where it is completely unclear which one needs to be overridden. This change deprecates the old one, adds a Util method to easily map back from the new to the old behaviour, and updates all implementations of the now deprecated method in our code. PiperOrigin-RevId: 224303560
tonihei committed -
PiperOrigin-RevId: 224291309
andrewlewis committed
-