Ian Baker

> I am not sure if the other manifests don't contain metadata at all or have it in a format that exoPlayer cannot parse ? > If you need sth...

I think this is just not implemented for SmoothStreaming streams. I'm switching this to an enhancement, but as noted above we have no plans to implement this support.

I played the provided stream (https://v-emt.pac-12.com/debug/index.m3u8) on a Pixel 4a and a Chromecast with Google TV and it played successfully in both cases, though I didn't see any pre-roll ads...

I VPN'd to the USA (by guesswork) and now I receive pre-roll ads. If there are geo-specific parts of your repro instructions it's helpful to list these explicitly, to save...

> ### Actual result > Over 100 frame drops, 50+ consecutive. These are the result of frames that should have been marked for discard (`decodeOnlyPresentationTimestamps`) are not discarded. > >...

One thing I did notice (not sure if this is obvious or expected): `MediaCodecRenderer.resetCodecStateForFlush` is called during the stuttering/frame dropping. This clears the list of `decodeOnlyPresentationTimestamps` (which is why I...

@stevemayhew Ah right, thanks for clarifying and sorry I was looking in slightly the wrong place before. I'm now able to clearly log what you're seeing. After a seek I...

I think that a decoder is not allowed to create additional output buffers. The [`MediaCodec` javadoc](https://developer.android.com/reference/android/media/MediaCodec) seems to make it pretty clear there's a 1:1 correspondence between input and output...

I've hacked together a test using the stream provided (don't worry, I won't submit this anywhere or make it run in any automated way!) - and the same decoder counter...

I've managed to reproduce in a test now (it seems important to wait ~5s before seeking, I was doing just 1s and it wasn't reproing - not really sure why)....