andrewlewis 31911ca54a Drain audio processors on reconfiguration ...

Previously we would get a new AudioTrack and flush all audio processors if any
AudioProcessor needed to be flushed on reconfiguration. This was problematic for
the case of TrimmingAudioProcessor because it could become active or inactive
due to transitioning to a period with gapless metadata or without it (we don't
keep it active all the time because it is wasteful to populate its end buffer
for content that is not gapless).

This change handles the case where we don't need an AudioTrack but
AudioProcessors do need to be flushed. In this case we drain all the audio
processors when next handling data then switch to the new configuration.

This avoids truncation when period transitions change whether
TrimmingAudioProcessor is active but don't require a new AudioTrack, and is also
a step towards draining the AudioTrack when transitioning between periods if we
do need a new AudioTrack.

To do this, it needs to be possible to drain any pending output data from an
AudioProcessor after it's configured to a new format, so this change makes sure
AudioProcessors allow calling playToEndOfStream and getOutput after
reconfiguration and before flush.

PiperOrigin-RevId: 234033552

2019-02-18 17:40:48 +00:00

..

androidTest

Move CachedContentIndex and SimpleCacheSpan tests to robolectric

2018-12-01 00:07:48 +00:00

main

Drain audio processors on reconfiguration

2019-02-18 17:40:48 +00:00

test

Update Robolectric and Truth.

2019-02-18 15:59:32 +00:00