- 30 Apr, 2019 3 commits
-
-
- Do requirements TODO - Add useful helper method to retrieve not met requirements - Fix WritableDownloadIndex Javadoc PiperOrigin-RevId: 245922903
olly committed -
This resolves some naming confusion that previously existed as a result of DownloadThread also being used for removals. Some related variables (e.g. activeDownloadCount) would refer to both download and removal tasks, whilst others (e.g. maxParallelDownloads) would refer only to downloads. This change renames those that refer to both to use "task" terminology. This change also includes minor test edits. PiperOrigin-RevId: 245913671
olly committed -
Issue: #5810 PiperOrigin-RevId: 245745646
bachinger committed
-
- 26 Apr, 2019 19 commits
-
-
Oliver Woodman committed
-
Oliver Woodman committed
-
PiperOrigin-RevId: 245397736
eguven committed -
PiperOrigin-RevId: 245443109
eguven committed -
Experiments show this is beneficial for rebuffers with only minor impact on battery usage. Configurations which explicitly set a minimum buffer duration are unaffected. Issue:#2083 PiperOrigin-RevId: 244823642
tonihei committed -
Issue: #5788 PiperOrigin-RevId: 245440858
andrewlewis committed -
PiperOrigin-RevId: 245411528
olly committed -
There are no logic changes here. It's just moving code around and removing the "internal" part of names where no longer required. PiperOrigin-RevId: 245407238
olly committed -
PiperOrigin-RevId: 245405316
olly committed -
PiperOrigin-RevId: 245401274
olly committed -
PiperOrigin-RevId: 245397736
eguven committed -
PiperOrigin-RevId: 245388082
eguven committed -
PiperOrigin-RevId: 245218900
tonihei committed -
This also removes the build warning about the experimental flag. PiperOrigin-RevId: 245218251
tonihei committed -
PiperOrigin-RevId: 245014381
eguven committed -
PiperOrigin-RevId: 244864742
eguven committed -
Disabling stack trackes currently logs messages twice, once with and once without stack trace. PiperOrigin-RevId: 244853127
tonihei committed -
This ensures we keep the loading period in sync with the the playing period in PlybackInfo, when the latter changes to something new. PiperOrigin-RevId: 244838123
tonihei committed
-
- 19 Apr, 2019 1 commit
-
-
Oliver Woodman committed
-
- 18 Apr, 2019 17 commits
-
-
Oliver Woodman committed
-
Oliver Woodman committed
-
- We had buildAddRequest and sendNewDownload. Converged to buildAddDownload and sendAddDownload. - Also fixed a few more inconsistencies, and brought the action constants into line as well. PiperOrigin-RevId: 244274041
olly committed -
PiperOrigin-RevId: 244268855
olly committed -
PiperOrigin-RevId: 244267255
olly committed -
- Listener based reporting of progress allows the content length to be persisted into the download index (and notified via a download state change) as soon as it's available. - Moved contentLength back into Download proper. It should only ever change once, so I'm not sure it belongs in the mutable part of Download. - Made a DownloadProgress class, for naming sanity. PiperOrigin-RevId: 244242487
olly committed -
PiperOrigin-RevId: 244226680
olly committed -
PiperOrigin-RevId: 244223870
olly committed -
PiperOrigin-RevId: 244216620
olly committed -
PiperOrigin-RevId: 244210737
olly committed -
PiperOrigin-RevId: 244196081
eguven committed -
Assuming there is no text language preference. PiperOrigin-RevId: 244176667
aquilescanta committed -
PiperOrigin-RevId: 244170179
eguven committed -
PiperOrigin-RevId: 244168713
aquilescanta committed -
PiperOrigin-RevId: 244139959
andrewlewis committed -
PiperOrigin-RevId: 244094942
olly committed -
1. customCacheKey for DASH/HLS/SS is now asserted against in DownloadRequest 2. Merging of event delivery in DownloadManager is very tricky to get right and probably not a good idea PiperOrigin-RevId: 244048392
olly committed
-