-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IE11: error 6006 (FAILED TO GENERATE LICENSE REQUEST) when playing video with separate video and audio keys #1689
Comments
This is usually caused by the platform rejecting the content, and there is often nothing we can do about it. I can't reproduce this on our Windows machine. I get a different error and the video doesn't play at all. Could you try with verbose logging and post those logs? Did you try with the nightly site? Can you also look at the error object to get extended error codes, I think it will be in |
Sorry but someone modified the license proxy after I posted the bug (as it
was many days ago...).
I am sending now the correct urls to shaka-player-issues@google.com.
With these urls I can reproduce it also on the nightly build.
Notice: it does play! you have to let it play for 5-10 seconds until you
see the shaka error message on top of the playing video.
…On Tue, 27 Nov 2018 at 23:33 Jacob Trimble ***@***.***> wrote:
This is usually caused by the platform rejecting the content, and there is
often nothing we can do about it. I can't reproduce this on our Windows
machine. I get a different error and the video doesn't play at all. Could
you try with verbose logging and post those logs? Did you try with the nightly
site <https://nightly-dot-shaka-player-demo.appspot.com/>? Can you also
look at the error object to get extended error codes, I think it will be in
error.data[0].errorCode. You could also look at
lib/polyfill/patchedmediakeys_ms.js and look at the onMsKeyError_
function to see if there is any more info in the native error object.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1689 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABv9wYCizBaH4VuuNZ_9AJVTl3C7Bwqkks5uza_FgaJpZM4Yq-CC>
.
|
When this happens, we get an error from the browser with a code of It looks like your audio init segment contains invalid data. The |
I found a reference to this. It's not documented by MS, but it seems to be a PlayReady-related error: /*
* MessageId: MSPR_E_INVALID_CDMSESSION
* Message Meaning:
* Only one reactive CDM Session can be attached to a playback session at a time.
* Hex Value: 0x8004B8AD
*/
#define MSPR_E_INVALID_CDMSESSION MAKE_DRM_RESULT(DRM_SEVERITY_ERROR, DRM_FACILITY_ITF, DRM_E_MSPRSDK_BASECODE+0x00AD) Could our IE11 EME polyfill have a race condition? That might explain the inconsistency in repro. |
I'm not sure, but it is hard to diagnose because we are getting invalid data from the media, which will cause errors either way. I tried doing a similar path with our own assets and the version @gigon sent us that works, and both work fine. So I don't think it is a race unless we get it with non-broken content. |
Issue #1689 Change-Id: I7d3b4eee487395fdb8c121a4b6acc11ec461f0e3
@TheModMaker, please explain how come the same asset works fine, including audio, on Edge browser, |
My guess would be Edge either more resilient against errors or has a different parser so it ignores the parts that are wrong.
I just tried the Axinom |
- We can get a 'msneedkey' event with no init data. - Use the correct message type name. Issue #1689 Change-Id: Ic0e54fe8331d4700971d78095b77831de2d9580b
Issue #1689 Backported to v2.4.x Change-Id: I7d3b4eee487395fdb8c121a4b6acc11ec461f0e3
- We can get a 'msneedkey' event with no init data. - Use the correct message type name. Issue #1689 Backported to v2.4.x Change-Id: Ic0e54fe8331d4700971d78095b77831de2d9580b
Extended error code and work so far cherry-picked for v2.4.6. |
Axinom has stated that they simply don't support IE with their content, so that is not going to be fixed. It's still unclear if the content in this issue is encoded in the same way as Axinom's. If that is the case, then there's nothing we can do. |
Unlikely to get fixed given that Axinom doesn't support IE and our support for IE ends after v2.6. |
Have you read the FAQ and checked for duplicate open issues?: yes
What version of Shaka Player are you using?: v2.4.5
Can you reproduce the issue with our latest release version?: yes
Can you reproduce the issue with the latest code from
master
?: yesAre you using the demo app or your own custom app?: both
If custom app, can you reproduce the issue using our demo app?: yes
What browser and OS are you using?: IE11 (11.1387) on Windows 10 (1703)
What are the manifest and license server URIs?: Will send by email
What did you do?
Play my DASH video with separate keys for video and audio on your Demo app, on IE11.
Notice in order to play the video you have to turn off CORS restriction in IE Security Settings
(Internet Options - Security - Custom Level- Misc. - Access Data Sources across domains (Enable this.)
What did you expect to happen? Play without issues
What actually happened?
The video plays ok (with audio), but after 10-15 seconds I get Shaka error 6006
(FAILED_TO_GENERATE_LICENSE_REQUEST), and this repeats every 10-15 seconds.
--
The text was updated successfully, but these errors were encountered: