- 18 Apr, 2019 24 commits
-
-
PiperOrigin-RevId: 244210737
olly committed -
PiperOrigin-RevId: 244196081
eguven committed -
Assuming there is no text language preference. PiperOrigin-RevId: 244176667
aquilescanta committed -
PiperOrigin-RevId: 244173887
andrewlewis committed -
PiperOrigin-RevId: 244170391
andrewlewis committed -
PiperOrigin-RevId: 244170179
eguven committed -
PiperOrigin-RevId: 244168713
aquilescanta committed -
PiperOrigin-RevId: 244167456
andrewlewis committed -
PiperOrigin-RevId: 244139959
andrewlewis committed -
PiperOrigin-RevId: 244094942
olly committed -
PiperOrigin-RevId: 244056421
aquilescanta 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 -
One goal we forgot about a little bit was to allow applications to provide their own index implementation. This requires the writable side to also be defined by an interface. PiperOrigin-RevId: 243979660
olly committed -
ImaAdsLoader gets the player position after the app releases the player to support resuming ads at their current position if the same ads loader is reused. PiperOrigin-RevId: 243969916
andrewlewis committed -
PiperOrigin-RevId: 243954989
eguven committed -
ShadowLooper -> ShadowLegacyLooper ShadowRealisticLooper -> ShadowPausedLooper ShadowBaseLooper -> ShadowLooper And all public methods from ShadowLegacyLooper get pushed up to ShadowLooper Pull Request: https://github.com/robolectric/robolectric/pull/4868 Copybara: OK Also adjust Google3 tests using custom looper shadows where necessary. Convert exoplayer to paused looper to eliminate reliance on custom shadows PiperOrigin-RevId: 243839311
olly committed -
PiperOrigin-RevId: 243821394
olly committed -
We currently do manual position tracking while the player is in error mode. This is to allow an initial seek to the new position when trying to re-prepare. Instead, we can just use our player.retry method and remove the tracking code. PiperOrigin-RevId: 243819580
tonihei committed -
The removed condition only applies when prepare fails and no timeline was or is known. We should keep a pending seek position in such a case. The internal player does the same thing already. PiperOrigin-RevId: 243819466
tonihei committed
-
- 16 Apr, 2019 16 commits
-
-
Issue: #5767 PiperOrigin-RevId: 243811443
olly committed -
PiperOrigin-RevId: 243807109
borrelli committed -
PiperOrigin-RevId: 243806888
eguven committed -
PiperOrigin-RevId: 243799572
borrelli committed -
PiperOrigin-RevId: 243781000
eguven committed -
- It can work with any DownloadIndex - Also simplify things to not require that it's registered as a DownloadManager listener by someone else PiperOrigin-RevId: 243697352
olly committed -
- Expose constructors that take DatabaseProvider. Deprecate those that do not. - Expose Cache.getUid. This will likely be used for naming of the tables accessed by DefaultDownloadIndex . PiperOrigin-RevId: 243637786
olly committed -
PiperOrigin-RevId: 243636923
andrewlewis committed -
PiperOrigin-RevId: 243632134
aquilescanta committed -
- Allows enforcing immutability, which in a future CL will allow avoiding allocating a new array/list on every call. - Also some left over doc cleanup from the DownloadState rename. PiperOrigin-RevId: 243627352
olly committed -
PiperOrigin-RevId: 243624081
aquilescanta committed -
PiperOrigin-RevId: 243618907
aquilescanta committed -
ISSUE: #4563 PiperOrigin-RevId: 243616444
eguven committed -
PiperOrigin-RevId: 243592790
olly committed -
The old domain automatically forwards to the new one. For consistency, change all doc and code references regardless. Also adds GitHub CNAME config file which configures our page for the custom domain. PiperOrigin-RevId: 243592110
tonihei committed -
handleSourceInfoRefreshed checks for various conditions which may trigger a change in position. In all cases, we need to resolve the new position for ads, and if the corresponding MediaPeriods already exist, perform the seek to the new position. This change simplified the code by 1. Moving all conditions in a single if-else structure which just determines the new playback position. This makes it easier to read and to follow. 2. Doing the subsequent seek and position update in one final step to remove duplicated code. As a side effect, it also improves some edge cases. For example when skipping an ad to an already prebuffered period, we now properly update the existing prebuffered period. PiperOrigin-RevId: 243588014tonihei committed
-