-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Description
Have you read the FAQ and checked for duplicate open issues?
Yes
If the problem is related to FairPlay, have you read the tutorial?
N/A
What version of Shaka Player are you using?
v4.13.0
Can you reproduce the issue with our latest release version?
Yes
Can you reproduce the issue with the latest code from main?
Not tested, but issue persists on latest stable.
Are you using the demo app or your own custom app?
Custom app
If custom app, can you reproduce the issue using our demo app?
Yes. I attempted to play the 'Sintel' (Widevine) asset on the official Shaka Player demo page. Playback failed completely, and multiple errors were thrown immediately.
Shaka Error MEDIA.VIDEO_ERROR (3,, PipelineStatus::PIPELINE_ERROR_DECODE)
What browser and OS are you using?
- Device: Infinix Hot 50 / Infinix Note 30
- OS: Android
- Browser: Google Chrome (Latest Mobile)
For embedded devices (smart TVs, etc.), what model and firmware version are you using?
N/A
What are the manifest and license server URIs?
I'll be sending them by email.
What configuration are you using? What is the output of player.getNonDefaultConfiguration()?
{
"drm": {
"servers": {
"com.widevine.alpha": "https://widevine-dash.ezdrm.com/widevine-php/widevine-foreignkey.php?pX=XXXXXX"
},
"advanced": {
"com.widevine.alpha": {
"distinctiveIdentifierRequired": false,
"persistentStateRequired": false,
"videoRobustness": [
"HW_SECURE_ALL"
],
"audioRobustness": [
"SW_SECURE_CRYPTO"
],
"sessionType": "",
"serverCertificateUri": "",
"individualizationServer": ""
}
},
"delayLicenseRequestUntilPlayed": true,
"preferredKeySystems": [
"com.widevine.alpha"
]
},
"manifest": {
"retryParameters": {
"maxAttempts": 10,
"baseDelay": 100,
"backoffFactor": 4
}
},
"streaming": {
"retryParameters": {
"maxAttempts": 10,
"baseDelay": 100,
"backoffFactor": 4,
"timeout": 60000
},
"rebufferingGoal": 5
}
}What did you do?
- Used an Infinix Hot 50 and Infinix Note 30 Android devices running Google Chrome.
- Loaded a custom web application using Shaka Player (v4.13.0) configured to play Widevine content.
- Initiated playback (Device negotiated
HW_SECURE_ALLrobustness). - Observed successful playback.
- Refreshed the page to reload the player and attempted to play the content again.
What did you expect to happen?
I expected the video to play successfully and consistently every time the page is loaded or the player is initialized, regardless of whether it was a fresh load or a page refresh.
What actually happened?
The behavior is intermittent and repetitive.
- First attempt: Playback succeeds.
- Second attempt (after refresh): Playback fails immediately at startup.
- Third attempt: Success.
- Fourth attempt: Fails.
When it fails, Shaka Player throws Error 6002, Error 6006, Error 6008, Error 3015 or Error 3016.
{
"severity": 2,
"code": 6002,
"message": "Shaka Error 6002",
"data": [ "Disconnection error." ]
}{
"severity": 2,
"category": 6,
"code": 6006,
"data": [
"Failed to execute 'generateRequest' on 'MediaKeySession': Operation aborted. (1000003)",
{},
null
],
"handled": false,
"message": "Shaka Error 6006",
"stack": "Error: Shaka Error 6006\n at new st (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:24338)\n at https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:113224"
}{
"severity": 2,
"category": 6,
"code": 6008,
"data": [
"Failed to execute 'update' on 'MediaKeySession': Operation aborted. (1000003)"
],
"handled": false,
"message": "Shaka Error 6008",
"stack": "Error: Shaka Error 6008\n at new st (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:24338)\n at A.h (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:120688)\n at k (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:3485)\n at M.throw (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:3864)\n at r (https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.13.0/shaka-player.ui.min.js:1:4153)"
}Followed by a warning :
WebGL: CONTEXT_LOST_WEBGL: loseContext: context lost
-
The issue is resolved entirely when the
videoRobustnessis explicitly set to the lowerSW_SECURE_CRYPTO. With this configuration, the issue is no longer reproducible, and the video successfully plays back across all consecutive tries. -
We verified in
chrome://media-internalsthat the device does officially report support for both Software Secure and Hardware Secure robustness.
Are you planning to send a PR to fix it?
No