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
The problem was that the current testvectors either used the same key id for audio and video or returned all keys within a single license request.
The LiveSim2 content uses two key ids one for audio and one for video. Two license requests are required to get the required keys for both tracks.
With the previous implementation, we were checking the key status map after the first license request. This lead to a missing status for the audio key id and dash.js concluding that the audio track is not playable.
I changed the implementation and added a new flag hasTriggeredKeyStatusMapUpdate for each media key session. Only when a media key session has updated the key status map the corresponding track might get filtered based on the status of the key.
For implementation details, refer to #4657. I am open for suggestions on how to handle this issue differently.
Environment
https://livesim2.dashif.org/livesim2/drm_EZDRM-2-keys-cbcs/testpic_2s/Manifest.mpd
Steps to reproduce
Observed behavior
An error alert box with the message
Error Dash.js; 36
All possible Adaptation Sets have an invalid key status
This does not happen on 4.7.4 or for the corresponding asset with one key:
https://livesim2.dashif.org/livesim2/drm_EZDRM-1-key-cbcs/testpic_2s/Manifest.mpd
Expected behavior
There should be no error alert box
The text was updated successfully, but these errors were encountered: