Michael Katz

@zhangyuankai How the Readers work is that they will write bytes to the `SampleQueue` via `sampleData` and then as soon as a full sample is finalized, the Reader will call...

@khouzam Apologies for the delay! I was holding off from additional comments and edits as we instituted a new Builder pattern into MediaCodecVideoRenderer rather than adding new constructors for all...

@ShantanuPb Thanks for providing all the necessary information and sample media. The issue stems from that your HLS Manifests break the RFC 8216 spec for HLS. The "working" 240p track...

@ShantanuPb I think the easiest path at the moment is to get the manifest fixed. Any workaround would be very specific and apply only to this content. You would add...

@StaehliJ Thanks for reporting your issue! Updating this thread with the debug analysis. The problem is linked to that ExoPlayer, in scrubbing mode, prevents incoming seeks from pre-empting in-progress seeks,...

@StaehliJ A fix has been pushed to the main branch, https://github.com/androidx/media/commit/fe2f062b7f4b1899b9a9c772a8a01bfc70711a0e. This addresses the issue that the thumbnail never seemed to update while in scrubbing mode. However, updates will seem...

@Tolriq As you were able to confirm with users and the description says its easily reproducible(every two songs), would you be able to provide the content or a [bug report](https://developer.android.com/studio/debug/bug-report)?...

@Tolriq Apologies for the delay and truly thank you for keeping this issue on our radar! According to the log traces that you provided, the underlying audio track is receiving...

@Tolriq There is a fix that we are working on that for an offload issue that may be linked to this one. The issue is such that for very short...

@Tolriq A fix has been submitted that may address this, https://github.com/androidx/media/commit/8327a2a52dd72a98d4abc123f33cfe1250898318 as mentioned in the previous comment. Thanks again for your patience!