- 29 Mar, 2018 11 commits
-
-
- Ensure that no memory is used by audio processors that are always inactive, by only allocating in flush() if active. If data was already allocated but a processor becomes inactive we assume that the allocation may be needed in future so do not remove it (e.g., in the case of ResamplingAudioProcessor). - Make SilenceSkippingAudioProcessor set up its buffers in flush(), and clarify that it is always necessary to call flush() if configure() returns true. - Make reset() reset all state for all processors. - Use @Nullable state or empty arrays for inactive audio processor buffers. - Miscellaneous style/consistency cleanup. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190895783
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190817805
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190787979
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190787884
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190782395
eguven committed -
A merge error in a previous change removed the drmSessionManager from the player factory call. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190769364
tonihei committed -
In some situations, the timeline can't be specified because it is created internally by the media source under test. If the test still needs to wait for a timeline update, this change allows to do that by specifying an expected timeline of null. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190768386
tonihei committed -
Doing that in the current order may result in cases where we have a player instance but a null media source and thus the next call to initializePlayer will fail. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190765633
tonihei committed -
Issue: #3514 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190752950
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190751660
tonihei committed -
This uses a simple threshold-based algorithm for classifying audio frames as silent, and removes silences from input audio that last longer than a given duration. The plan is to expose this functionality via PlaybackParameters in a later change. Issue: #2635 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190737027
andrewlewis committed
-
- 28 Mar, 2018 3 commits
-
-
They don't really belong there; it was basically a convenience thing where one of the arguments to the track selector was being packaged up in the result to avoid having to hold a separate reference to it. This change is being made as a precursor to a subsequent change where creating the TrackSelectorResult will move from MappingTrackSelector to DefaultTrackSelector. DefaultTrackSelector doesn't currently have access to the un-mapped tracks, and so is unable to create a TrackSelectorResult. It's IMO preferable to keep it that way rather than passing them down just so they can be included in the result. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190640594
olly committed -
Issue: #3915 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190635670
olly committed -
In Gradle 4.4, it is a bug to resolve a configuration before the lint task is created ([see [] Therefore, to upgrade gradle version, we need to change the "generateJavadoc" task to remove using files() call during initialization phase, but change move this to doFirst() instead. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190634090
hoangtc committed
-
- 27 Mar, 2018 26 commits
-
-
*** Reason for rollback *** causes b/76391022, motion still playback in Photos is broken *** Original change description *** Used fixed time frame in clipping media period. Currently, whenever the clipping is updated, we move the time frame of the clipped period to start at 0. This causes problems when we are already playing this period and the renderer position does no longer match the stream positions. This change keeps the time frame of the clipped media period as it is and instead specifies the offset of the window in the period. *** ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190628272
byungh committed -
Erroneous condition: =================== If the track selection contains a subset of the available variants in the master playlist, but only the selected variants return 404, the playlist tracker will never propagate the error. Fix: ==== The Chunk source will propagate the playlist load error if no more alternative playlists are available (because all are already blacklisted). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190624484
aquilescanta committed -
Issue:#4033 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190603518
aquilescanta committed -
Issue: #2360 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190597773
eguven committed -
Currently, MediaPeriod states that continueLoading may be called during preparation. Some implementations would throw an error if this happened. Also make MediaPeriod documentation clearer. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190596870
aquilescanta committed -
💨 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190591835
aquilescanta committed -
If the AudioTimestamp was sampled before play() was called, it was incorrectly returned to the caller for sanity-checking. Fix this behavior by dropping the timestamp internally in the AudioTimestampPoller. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190584412
andrewlewis committed -
This change enables feeding decoders from the closest sync frame before a specified seek position, where-as previously we'd always feed decoders from the start of the chunk. This avoids decoding and discarding many audio samples during each seek. The same benefit also applies to video chunks containing more than one key-frame. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190539547
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190498206
olly committed -
This will allow SimpleExoPlayer to auto-register its own listener before the drm session manager is used to set-up the renderers. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190478174
tonihei committed -
This adds callbacks for creating, releasing, and starting to read from media periods. Such events allow listeners to keep a list of active media periods. This is useful to determine when no further events for a certain media period are expected. It also allows listeners to associate renderer events unambigiously with a reading media period. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190462717
tonihei committed -
And in ContentMetadata javadoc emphasize that it's a snapshot. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190461436
eguven committed -
This gives the MediaSourceEventListener API a consistent look when new methods are added which only have a window index and media period id. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190450270
tonihei committed -
Issue #4010 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190442962
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190236842
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190215051
aquilescanta committed -
This was only needed to ensure a ClippingMediaSource can provide samples from a key frame before the clipping start time. Now the ClippingMediaSource will not report negative timestamps, this workaround can be removed. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=190045302
tonihei committed -
This will never happen in practice, since CEA608 shouldn't be encrypted (and we can't handle it if it is), but in theory appendSampleEncryptionData can be called, then skipFully can throw when applying the CEA608 transformation, then when retrying appendSampleEncryptionData will be called again for the same sample. appendSampleEncryptionData consumes from trackFragment.sampleEncryptionData, and so the second time around data is being consumed one sample ahead. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189931631
olly committed -
The ad events are independent of the other media source events. Also, registering the listener to the internal ad media sources will report the regular media source events twice: once directly (with a non-ad media period id) and once through the wrapping ads source (with the correct ad media period id). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189905561
tonihei committed -
Issue:#4006 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189896023
aquilescanta committed -
It's inserted before HttpDataSource as read only. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189815245
eguven committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189796293
eguven committed -
Also convert left side from milliseconds to microseconds for comparison ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189784833
cblay committed -
Add logic to poll AudioTimestamp at different rates depending on when playback starts and how the audio timestamp advances. This fixes a pause about 500 ms after starting playback that occurs on some devices and also makes our polling interval match the recommendations of the AudioTrack documentation. Issue: #3830 Issue: #3841 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189765200
andrewlewis committed -
When creating DeferredMediaPeriods, we don't know the actual timeline yet and thus the default position is also unknown. We can still forward the correct default position by forwarding it the deferred media period as soon as it becomes known. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189763460
tonihei committed -
Issue: #4001 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=189722812
bachinger committed
-
