- 24 Apr, 2018 1 commit
-
-
Daniele Bonaldo committed
-
- 13 Mar, 2018 4 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188871914
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188853170
andrewlewis committed -
This allows to distinguish between media source events of multi-window and multi-period media sources. In this change, only media sources currently reporting events are changed. Proper support in composite sources will be added in a later change. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188847366
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188742379
eguven committed
-
- 12 Mar, 2018 14 commits
-
-
This change also simplifies reporting the right media source events in a future change. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188718504
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188716201
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188514063
olly committed -
We had these specified directly in AndroidManifest.xml due to our internal build setup. This change makes our internal build re-write AndroidManifest.xml to dynamically insert the required values, meaning they no longer need specifying in each manifest. Bonus 1: Internally built demo apps now include the CL number at which they're built in the version name :). Bonus 2: Removes lint warning that complains min/target SDK values in the manifest are redundant. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188489115
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188481259
eguven committed -
Issue: #3966 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188465096
andrewlewis committed -
This is achieved by moving the listener registration and the creation of the event dispatcher into BaseMediaSource. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188461932
tonihei committed -
As it turns out there isn't much gain by subclassing AbstractContentMetadata. Moved abstract onChange method to a listener interface. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188353673
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188352116
bachinger committed -
This allows to keep the same window sequence number if playback fails and is then retried without resetting the position. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188339509
tonihei committed -
The value is increased to 50 seconds. With that the player can better handle short network problems. This does NOT increase the maximum memory used as we still apply the seperate DEFAULT_TARGET_BUFFER_BYTES. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188335603
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188327736
eguven committed -
When creating a new AC-3 passthrough AudioTrack the position may advance from an old AudioTrack's position. The workaround checked for the playback head position returning to zero, but a subsequent change meant that we'd always start writing data to the new track immediately (rather than waiting for its position to 'stabilize' at zero). Fix the issue by using the AudioTrack position directly. (Nb. this doesn't handle the case of the stale position before unwrapping being zero, but it is very unlikely to occur.) ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188319795
andrewlewis committed -
Also simplified shouldContinueLoading condition code and added a builder for DefaultLoadControl. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188306213
eguven committed
-
- 07 Mar, 2018 19 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188173078
andrewlewis committed -
This allows to know the duration immediately and fixes the temporary unknown duration in the UI when repreparing the same extractor media source. The isSeekable property is still reset to false as we can't actually seek until the seek map has been reloaded. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188145860
tonihei committed -
Also remove logic for tracking the next output buffer in LibvpxVideoRenderer, as this allowed many consecutive frames to be rendered that were actually late after dropping to keyframe. It looks better to show frames at a consistent 100 ms rate. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188144739
andrewlewis committed -
DefaultDrmSession ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188079887
zhihuichen committed -
To support Google Assistant media apps need to support the action ACTION_SET_RATING. Before this change developers have to use a QueueEditor for this which does not have any other mandatory actions required for Assistant. With this change developers can implement the rating action with the PlaybackPreparer which they need to implement anyway to support Assistant. https://developer.android.com/guide/topics/media-apps/interacting-with-assistant.html#transport_controls ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188056722
bachinger committed -
Issue: #3915 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188047131
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188041418
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188038757
olly committed -
The playback state in ExoPlayerImpl and ExoPlayerImplInternal is usually kept in sync. Only the timeline was so far not updated in the same way with the internal player using a null timeline while ExoPlayerImpl keeps the previous timeline. This change removes the need to keep a null timeline which allows to update the internal timeline in the same way as the external one. This fixes problems when retrying a failed playback multiple times. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188034988
tonihei committed -
The start position was set to the old start position instead of the current playback position. We need to set the start position to the current playback position to ensure a repreperation with the same media starts from the last playback position. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188025439
tonihei committed -
Issue: #3926 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188020756
olly committed -
Previously, child source ids were reassigned when the media source is reused. Now the creation of the ids moved to outer level to stay in sync with the list of child media sources. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=188014739
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187872692
jschlag committed -
This restores functionality that was lost when we added support for general timed message delivery. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187866807
olly committed -
Especially the cast demo app benefits from this feature as it can keep its ConcatenatingMediaSource all the time without having to repopulate it when switching players. Issue:#3498 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187866048
tonihei committed -
This value can now be set in the DefaultBandwidthMeter instead. As a result NO_VALUE can be removed from BandwidthMeter as we now always provide an estimate. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187865341
tonihei committed -
This simplifies clearing a playlist without having to call removeMediaSource repeatedly. It will also update the timeline only once. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187863857
tonihei committed -
There is a large number of repeated arguments in the callback methods of MediaSourceEventListener. Grouping them into load related data and media related data allows to significantly reduce the amount of boiler plate code and also simplifies future extensions of either set of data. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187857252
tonihei committed -
This value is logically part of the bandwidth estimation and will eventually be moved there from the adaptive track selection. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187597038
tonihei committed
-
- 02 Mar, 2018 2 commits
-
-
Before this change, HlsMediaSource timelines had a period starting at the epoch. For VOD streams the window position in the period was the program date time. This change makes period and initial window positions match. For live streams the window position advances as segments are removed, so its position in the period is the difference between the initial program date time and the program date time of the latest playlist. This also makes it possible to insert ads in VOD HLS content with program date time, as the period and window are now aligned. Issue: #3865 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187590948
andrewlewis committed -
1. Allow retaining a decoder without any reconfiguration, in addition to retaining with reconfiguration (and not retaining) 2. Fix retention logic for video decoders to take into account changing ColorInfo 3. Allow retention of audio decoders when possible ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=187500285
olly committed
-
