You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Remove MediaCodecSelector.DEFAULT_WITH_FALLBACK, as codec selectors
will need to be able to return a list of decoder infos even when not
using fallback in a later change. Instead signal that fallback should
be used via a renderer constructor.
Fallback is always disabled for audio.
PiperOrigin-RevId: 242454172
As discussed I don't think there's a reason not to expose fallback for audio (I was going on the assumption that audio decoders are generally not hardware-accelerated so are much less likely to fail to initialize transiently). I will do that as part of this enhancement.
[REQUIRED] Use case description
Enable decoder fallback without having to subclass DefaultRenderersFactory, as requested
here.
@andrewlewis - Is there a reason we didn't expose the possibility of fallback for the audio renderer as well?
The text was updated successfully, but these errors were encountered: