Unable to play widevine encrypted CMAF HLS stream

[SharanKumarReddyKambham]

Hi Team,

Playback is not happening when I play DRM+HLS+CMAF encrypted content.

The content is generated by shaka-packager with widevine encryption. I tried different types of protection schemes such as cenc,cbcs but none of them played and the player got stuck in the 'BUFFERING' state.

Observation

When I generate content with cenc the manifest shows

"#EXT-X-KEY:METHOD=SAMPLE-AES-CTR"

with cbcs it shows

"#EXT-X-KEY:METHOD=SAMPLE-AES"

Supported formats - As per the link, Exoplayer doesn't support SAMPLE-AES-128.

How can we play the DRM+HLS+CMAF encrypted content? Is there anything we have to consider while generating the content or missing something?

Bug Report attached: drm_report.log

We checked in Android Pie Device (API 28)

[tonihei]

Your attached logs show two DRM-protected playbacks with the demo app that seemed to have worked fine based on the EventLogger output.

If you want us to investigate further, it would be helpful if you could provide a test stream and/or logs that show the problem. In case you don't want to post the stream publicly, you can send an email to exoplayer.dev@gmail.com with "Issue #8372" in the subject and then report back here that you've send the stream url.

[SharanKumarReddyKambham]

Hi @tonihei I ve shared the test content via exoplayer.dev@gmail.com, please use that content to reproduce the issue,the content is generated using widevine test credentials.

We are testing the content in Realme and Nvidia shield devices.

[tonihei]

Thanks for reporting! I can reproduce the issue.

My initial investigation shows that playback is stuck in a buffering state because the loading thread is indefinitely blocked on timestampAdjuster.waitUntilInitialized() in HlsMediaChunk. Note that this only happens when you try to play past the discontinuity. For example seeking to a later position in the stream works just fine. Not sure if this is because the media is somehow broken or whether this is a bug in ExoPlayer. But even for broken media, we shouldn't end up blocking forever without an error.

@christosts Do you want to take a look because it's an HLS issue?

[tonihei]

The root cause for getting stuck looks the same as in #6896. In this case it's audio track though and it's not the final segment, so may as well be unrelated.