- 19 Jun, 2019 13 commits
-
-
Oliver Woodman committed
-
PiperOrigin-RevId: 253959976
bachinger committed -
ISSUE: #6041 PiperOrigin-RevId: 253958225
bachinger committed -
PiperOrigin-RevId: 253808562
olly committed -
We are currently queuing periods in a way such that the new start position lines up with the end of the previous period (to ensure continuous playback). However, if the start position of the new period is larger than the total of all previously played period durations, we may end up with negative renderer timestamps when seeking back to the beginning of this new period. Negative timestamps should be avoided as most decoders have problems handling them correctly. This change forces a renderer reset if we detect such a seek to a negative renderer time and also resets the renderer offset to 0 every time all renderers are disabled, as this is the only time where we can savely change the offset of an existing media period. Also, if playback starts with an ad, we choose the content position as renderer offset to prevent the whole issue from occurring for the seek-behind- midroll case. Issue:#6009 Issue:#5323 PiperOrigin-RevId: 253790054
tonihei committed -
Issue: #6031 PiperOrigin-RevId: 253784986
olly committed -
Issue:#6006 PiperOrigin-RevId: 253781533
aquilescanta committed -
In some edge cases the renderer position may be slightly ahead of the buffered position and the total buffered duration is thus negative. We already filter that in ExoPlayerImpl for the publicly accessible value. However, we forward the unfiltered value to other components like the LoadControl, which may be confusing. Issue:#6015 PiperOrigin-RevId: 253780460
tonihei committed -
PiperOrigin-RevId: 253762488
aquilescanta committed -
This permission has normal access right and can't be revoked by the user. However, an app can choose to revoke it when using ExoPlayer, e.g. if no network is required and the app doesn't want to list this permission. Support this use case by gracefully catching the exception in the relevant places. Issue:#6019 PiperOrigin-RevId: 253759332
tonihei committed -
PiperOrigin-RevId: 253593267
bachinger committed -
PiperOrigin-RevId: 253228214
Toni committed -
arodriguez committed
-
- 06 Jun, 2019 4 commits
-
-
It's only thrown in an edge case on API level 20 and below. If it is thrown it causes playback failure when playback could succeed, by throwing up through configureCodec. It seems better just to catch the exception and have the codec be configured using the format's own width and height. PiperOrigin-RevId: 251745539
olly committed -
PiperOrigin-RevId: 251617354
aquilescanta committed -
Issue:#5955 PiperOrigin-RevId: 251616118
aquilescanta committed -
PiperOrigin-RevId: 251399230
aquilescanta committed
-
- 03 Jun, 2019 4 commits
-
-
PiperOrigin-RevId: 251216822
olly committed -
Issue: #5735 PiperOrigin-RevId: 248745617
andrewlewis committed -
Issue:#5779 PiperOrigin-RevId: 249234058
tonihei committed -
Oliver Woodman committed
-
- 31 May, 2019 19 commits
-
-
When caching is resumed, it starts from the initial position. This makes more data to be reported as cached. Issue:#5573 PiperOrigin-RevId: 250678841
eguven committed -
PiperOrigin-RevId: 250655481
eguven committed -
PiperOrigin-RevId: 250654697
eguven committed -
cache() opens all connections with unset length to avoid position errors. This makes more data then needed to be downloading by the underlying network stack. This fix makes makes it open connections for only required length. Issue:#5927 PiperOrigin-RevId: 250546175
eguven committed -
We currently toggle the view in onTouchEvent ACTION_DOWN which is non-standard and causes problems when used in a ViewGroup intercepting touch events. Switch to standard Android click handling instead which is also what most other player apps are doing. Issue:#5784 PiperOrigin-RevId: 245219728
tonihei committed -
Using parallel adaptation for Formats without bitrate information currently causes an exception. Handle this gracefully and also cases where all formats have the same bitrate. Issue:#5971 PiperOrigin-RevId: 250682127
tonihei committed -
PiperOrigin-RevId: 250672752
tonihei committed -
PiperOrigin-RevId: 250664791
olly committed -
PiperOrigin-RevId: 250661977
olly committed -
+ Use start for anchoring, instead of center. + Add the height to the TTML bitmap cue rendering layout. Issue:#5633 PiperOrigin-RevId: 250519710
aquilescanta committed -
PiperOrigin-RevId: 250517338
andrewlewis committed -
In surface YUV output mode the width/height fields of the VpxOutputBuffer were never populated. Fix this by adding a new method to set the width/height and calling it from JNI like we do for GL YUV mode. PiperOrigin-RevId: 250449734
andrewlewis committed -
Also allow enabling decoder fallback with MediaCodecAudioRenderer. Issue: #5942 PiperOrigin-RevId: 250301422
andrewlewis committed -
Update configuration script to use an external build, so we can remove use of isysroot which is broken in the latest NDK r19c. Also switch from gnustl_static to c++_static so that ndk-build with NDK r19c succeeds. Issue: #5922 PiperOrigin-RevId: 250287551
andrewlewis committed -
According to Cue's constructor (for bitmaps) documentation: + cuePositionAnchor does horizontal anchoring. + cueLineAnchor does vertical anchoring. Usage is currently inverted. Issue:#5633 PiperOrigin-RevId: 250253002
aquilescanta committed -
PiperOrigin-RevId: 249819080
olly committed -
PiperOrigin-RevId: 249610014
olly committed -
This prevents further unexpected updates if the MediaSource happens to finish its preparation at a later point. Issue:#5915 PiperOrigin-RevId: 249439246
tonihei committed -
PiperOrigin-RevId: 249417898
eguven committed
-