- 26 Apr, 2019 17 commits
-
-
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 22 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 -
PiperOrigin-RevId: 244009343
eguven committed -
Currently SimpleCache will touch cache spans whenever it reads from them. With legacy SimpleCache setups this involves a potentially expensive file rename. With new SimpleCache setups it involves a more efficient but still non-free database write. For offline use cases, and more generally any use case where the eviction policy doesn't use last access timestamps, touching is not useful. This change allows the evictor to specify whether it needs cache spans to be touched or not. SimpleCache will only touch spans if the evictor requires it. Note: There is a potential change in behavior in cases where a cache uses an evictor that doesn't need cache spans to be touched, but then later switches to an evictor that does. The new evictor may temporarily make sub-optimal eviction decisions as a result. I think this is a very fair trade-off, since this scenario is unlikely to occur much, if at all, in practice, and even if it does occur the result isn't that bad. PiperOrigin-RevId: 244005682
olly committed -
PiperOrigin-RevId: 244003817
olly committed -
PiperOrigin-RevId: 243988105
andrewlewis committed -
Issue: #5772 PiperOrigin-RevId: 243987497
olly committed
-