- 06 Dec, 2019 1 commit
-
-
PiperOrigin-RevId: 283949259
olly committed
-
- 05 Dec, 2019 10 commits
-
-
PiperOrigin-RevId: 283810554
olly committed -
Saves around 200 lines of code. High level overview: - Rename SampleQueue to SampleDataQueue. - Rename SampleMetadataQueue to SampleQueue. This CL should not introduce behavior changes. The only significant changes in synchronization should be: + Add synchronized keyword to isReady. - Seems to be necessary. + Add synchronized keyword to SampleQueue.sampleMetadata. - Before this change, SampleQueue.sampleMetadata could acquire the SampleMetadataQueue lock three times in a single method call. Other miscellaneous improvements: + Put all private methods at the bottom. + Move release() to the right category. PiperOrigin-RevId: 283795844aquilescanta committed -
PiperOrigin-RevId: 283795201
aquilescanta committed -
PiperOrigin-RevId: 283791815
olly committed -
This simplifies documentation and adds compiler checks that the correct values are used. PiperOrigin-RevId: 283754163
tonihei committed -
Also remove MetadataRenderer and SpliceInfoDecoder from the nullness blacklist PiperOrigin-RevId: 283744417
olly committed -
PiperOrigin-RevId: 283744017
olly committed -
I'd like to add a custom CueSubject, and if we upgrade first we won't have to migrate from Subject<S, T> to Subject later: https://truth.dev/subject_named_actual_type_parameters.html PiperOrigin-RevId: 283737561
ibaker committed -
This parameter is a little confusing, especially as the behaviour can be surprising if the intended use-case isn't clear. This change moves the description of the parameter into the class javadoc, adds context/justification and slims down each method's javadoc to refer to the class-level. Related to investigating/fixing issue:#6700 PiperOrigin-RevId: 283724826
ibaker committed -
PiperOrigin-RevId: 283722376
Ian Baker committed
-
- 04 Dec, 2019 23 commits
-
-
Issue: #6657 PiperOrigin-RevId: 283563218
bachinger committed -
PiperOrigin-RevId: 283559073
ibaker committed -
This is a minor change ahead of merging a full variant of https://github.com/google/ExoPlayer/pull/6706, to make re-buffers less likely. Also remove variable substitution when parsing AVERAGE-BANDWIDTH (it's not required for integer attributes) PiperOrigin-RevId: 283554106
olly committed -
PiperOrigin-RevId: 283551324
andrewlewis committed -
PiperOrigin-RevId: 283546707
bachinger committed -
PiperOrigin-RevId: 283544187
kimvde committed -
PiperOrigin-RevId: 283543456
andrewlewis committed -
Calls to new Handler() without arguments are deprecated as of the latest Android version. Replace them by a Util.createHandler call similar to the ones we already have. PiperOrigin-RevId: 283532891
tonihei committed -
Fixes issue:#6700 sample_cbs_truncated.adts test file produced using `$ split -b 31795 sample_truncated.adts` to remove the last 10 bytes PiperOrigin-RevId: 283530136
ibaker committed -
If LoadControl.shouldContinueLoading returns false and the renderers are not ready for playback using the already buffered data, playback is stuck. To prevent this situation, we always continue loading if the buffer is almost empty. We already have a similar workaround for when LoadControl.shouldStartPlayback returns false even if loading stopped. Having both workarounds allows playback to continue even if the LoadControl tries to prevent loading and playing all the time. PiperOrigin-RevId: 283516750
tonihei committed -
PiperOrigin-RevId: 283515315
andrewlewis committed -
PiperOrigin-RevId: 283366568
olly committed -
Clarify `Format` vs `MediaFormat` in MediaCodecRenderer. PiperOrigin-RevId: 283353651
samrobinson committed -
PiperOrigin-RevId: 283347700
bachinger committed -
PiperOrigin-RevId: 283324784
olly committed -
PiperOrigin-RevId: 283324612
olly committed -
PiperOrigin-RevId: 283319944
andrewlewis committed -
PiperOrigin-RevId: 283310946
olly committed -
Enable using MediaCodec in async mode. Expose experimental API to enable/disable the feature. PiperOrigin-RevId: 283309798
christosts committed -
This allows easy overriding of the resources by app developers Issue: #6709 PiperOrigin-RevId: 283306121
olly committed -
PiperOrigin-RevId: 283296427
olly committed -
Issue: #6687 PiperOrigin-RevId: 283023548
andrewlewis committed -
https://github.com/google/ExoPlayer/commit/e26a61b903739014271ab0886bb5db75afb3f1fd
*** Original commit *** Improve `Format` propagation within the `MediaCodecRenderer`. For example, fix handling of pixel aspect ratio changes in playlists where video resolution does not change. Issue:#6646 *** PiperOrigin-RevId: 282903626
olly committed
-
- 27 Nov, 2019 6 commits
-
-
PiperOrigin-RevId: 282837404
olly committed -
PiperOrigin-RevId: 282836739
olly committed -
When transitioning to a new stream in a different format, the audio processors are reconfigured. After this, they are drained and then flushed so that they are ready to handle data in updated formats for the new stream. Before this change, some audio processors made the assumption that after reconfiguration no more input would be queued in their old input format, but this assumption is not correct: during draining more input may be queued. Fix this behavior so that the new configuration is not referred to while draining and only becomes active once flushed. Issue: #6601 PiperOrigin-RevId: 282515359
andrewlewis committed -
flush() is guaranteed to be called in all these cases anyway. Also clarify documentation for AudioProcessor-specific methods that can change the 'active' flag. Issue: #6601 PiperOrigin-RevId: 282515255
andrewlewis committed -
Issue: #6601 PiperOrigin-RevId: 282515179
andrewlewis committed -
This simplifies the contract of configure and is in preparation for fixing a bug where more input can't be queued when draining audio processors for a configuration change. Issue: #6601 PiperOrigin-RevId: 282514367
andrewlewis committed
-