Reconfigure audio sink when PCM encoding changes
Note: - Fixing this uncovers another bug in how audio processor draining works, so the test playlist still doesn't play correctly after this change. - Once we reconfigure the audio sink based on the ExoPlayer Format rather than the codec MediaFormat in a later change, this change can be reverted. Issue: #6601 PiperOrigin-RevId: 281264149
This commit is contained in:
parent
774ccafa93
commit
dbd7e055e5
@ -16,6 +16,8 @@
|
||||
* Use `ExoMediaDrm.Provider` in `OfflineLicenseHelper` to avoid `ExoMediaDrm`
|
||||
leaks ([#4721](https://github.com/google/ExoPlayer/issues/4721)).
|
||||
* Fix byte order of HDR10+ static metadata to match CTA-861.3.
|
||||
* Reconfigure audio sink when PCM encoding changes
|
||||
([#6601](https://github.com/google/ExoPlayer/issues/6601)).
|
||||
* Make `MediaSourceEventListener.LoadEventInfo` a top-level class.
|
||||
|
||||
### 2.11.0 (not yet released) ###
|
||||
|
@ -512,6 +512,7 @@ public class MediaCodecAudioRenderer extends MediaCodecRenderer implements Media
|
||||
return Util.areEqual(oldFormat.sampleMimeType, newFormat.sampleMimeType)
|
||||
&& oldFormat.channelCount == newFormat.channelCount
|
||||
&& oldFormat.sampleRate == newFormat.sampleRate
|
||||
&& oldFormat.pcmEncoding == newFormat.pcmEncoding
|
||||
&& oldFormat.initializationDataEquals(newFormat)
|
||||
&& !MimeTypes.AUDIO_OPUS.equals(oldFormat.sampleMimeType);
|
||||
}
|
||||
|
Loading…
x
Reference in New Issue
Block a user