- 23 Jul, 2018 1 commit
-
-
Allows DrmInitData to carry a license server URL when the media declares one. Issue:#3393 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199643743
aquilescanta committed
-
- 26 Jun, 2018 1 commit
-
-
r2.8.2
ojw28 committed
-
- 25 Jun, 2018 7 commits
-
-
Oliver Woodman committed
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201530049
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=200211755
tonihei committed -
This allows injection of custom implementations and configuration of DefaultHlsPlaylistTracker without modifying the HlsMediaSource interface. Issue:#2844 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198846607
aquilescanta committed -
Issue:#4394 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201178909
aquilescanta committed -
Issue: #4403 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201525284
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201376315
andrewlewis committed
-
- 20 Jun, 2018 2 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201374393
olly committed -
Issue: #4396 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=201324467
eguven committed
-
- 18 Jun, 2018 7 commits
-
-
This avoids a small native leak. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=200955086
andrewlewis committed -
Issue: #3906 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=200526335
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199856613
olly committed -
Also add a few missing MP4 object types. Issue: #4264 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199778373
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199758072
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199683216
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199650794
andrewlewis committed
-
- 06 Jun, 2018 4 commits
-
-
When switching from Stack to ArrayDeque, calls to add() need to be replaced by calls to push() because ArrayDeque treats the first element in the list as the top of the stack. String.split() has counterintuitive default behavior; see https://github.com/google/error-prone/blob/master/docs/bugpattern/StringSplitter.md. I've switched usages to pass limit = -1 argument, which means empty elements are no longer removed from the end of the returned array. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199472592
andrewlewis committed -
Issue: #4292 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199478946
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199453125
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199448766
aquilescanta committed
-
- 05 Jun, 2018 18 commits
-
-
Oliver Woodman committed
-
Oliver Woodman committed
-
Oliver Woodman committed
-
takusemba committed
-
Issue: #4315
Anton Potekhin committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199266768
tonihei committed -
If a MediaPeriod uses a Loadable, then there are typically reference chains of the form: LoadingThread[GCroot]->Loadable->MediaPeriod->Player Where the player is the MediaPeriod callback. When the player is released, this reference chain prevents the player from being GC'd until Loadable cancellation completes, which may not always be fast. This in turn will typically prevent the application's activity from being GC'd, since it'll normally be registered as a listener on the player (directly or indirectly via something like a view). This change mitigates the issue by removing references that the MediaPeriod holds back to the player. The MediaPeriod will still not be eligible for GC, but the player and application activity will be, which in most cases will be most of the leak (in terms of size). Issue: #4249 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199143646
olly committed -
This happens when the device screen is locked. This fixes a previous attempt to fix the problem. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199130325
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199120421
andrewlewis committed -
This helps to use the AnalyticsCollector without SimpleExoPlayer. Currently, that may be problematic, if the contructor needs the player, but in order to create the player, one already needs the AnalyticsCollector as a listener for the renderers. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=199105012
tonihei committed -
This happens when the device screen is locked. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198875192
eguven committed -
This simplifies Loadable implementations, and also removes the possibility of an incorrect Loadable implementation causing the wrong Loader.Callback method being called (perviously, for the correct method to be called, we relied on isLoadCanceled being implemented correctly). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198871133
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198860680
eguven committed -
There is the small (but unlikely) chance that the uids clash because the Objects have the same hash code. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198855724
tonihei committed -
The bug here was that we'd create a VideoFrameReleaseTimeHelper using whatever context DefaultRenderersFactory has, and it would then hold a reference to that context via DisplayManager. A leak could then occur if the player outlived the life of the context used to create it (which would be strange/unusual, but not impossible). Issue: #4249 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198747599
olly committed -
As highlighted by the ref'd issue, we can end up with memory leaks if Loadable.load implementations take a long time to return upon cancelation. This change cuts off one of the two problematic reference chains. This doesn't do much about the ref'd issue, since there's a second reference chain that's much harder to deal with: Thread->LoadTask->loadable. But since it's easy just to cut this one off, I figure it makes sense to do so. Issue: #4249 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198735386
olly committed -
This makes the requirement that all calls are made on one thread more explicit and also mentions this in the Getting Started guide. Issue:#4278 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198694579
tonihei committed -
Issue: #4297 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=198536888
andrewlewis committed
-