-
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
PlayReady IE11 Streams not working #890
Comments
Please try the latest release. We fixed PlayReady-related issues in v2.1.3, and we just released v2.1.4 today. |
Fwiw I've seen the same behaviour in IE11 and Tizen because the polyfill uses the fake KEY_ID_, same as #884. Although playback still works, at least in some cases. |
Ah, that make sense. This is probably a duplicate of #884, then, for a different platform. If that is the case, I would expect playback to work on content where all video streams use the same key ID, or in cases where the key IDs are not in the manifest but all keys are returned in the license. One way or another, we need to make sure Shaka Player works as well as it can without key statuses. |
Just checking in, will this be released soon? |
I'm sorry we haven't made a release lately. Due to vacations and illness, I've been falling behind on things. I believe this can be cherry-picked cleanly to v2.1.x and be released in v2.1.5, either this week or next week. |
Thanks for the update, feel better! |
Our EME polyfills give a key status with a Key ID of '00' (a single 0 byte). This breaks the Player logic for restricted tracks since it assumes that those are not playable. When we get this Key ID, we should treat the key status as a global status, not for that specific Key ID. Closes #884 Closes #890 Change-Id: I392550227274fb321d2c223eb8d483a0a4733186
The fix for this has been cherry-picked and will be released in v2.1.5. |
Thanks, Joey. We started testing against master and still seeing an issue
with a stream that uses request headers. Trying to do some more debugging,
hoping to share them once I verify it's the same issue.
…On Jul 17, 2017 1:03 PM, "Joey Parrish" ***@***.***> wrote:
The fix for this has been cherry-picked and will be released in v2.1.5.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#890 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAjpdZb4TEbD1AiBr862fbs0E1RWKeS5ks5sO5IogaJpZM4N81BP>
.
|
Actually, did some more testing, and the fix might be working. We'll do further verification once 2.1.5 is released. |
The tag is out, as is NPM. I am still pushing the release out through other channels, after which I'll announce via email. But you can go ahead with the github tag or NPM release. |
Great, thanks!
…On Mon, Jul 17, 2017 at 2:40 PM, Joey Parrish ***@***.***> wrote:
The tag is out, as is NPM. I am still pushing the release out through
other channels, after which I'll announce via email. But you can go ahead
with the github tag or NPM release.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#890 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAjpdRkPVUvPQnGXoCVrBG7HQCmi_t-3ks5sO6qagaJpZM4N81BP>
.
|
@joeyparrish , I was seeing the same Manifest.Restrictions_Cannot_Be_Met while playing a dash manifest in the Shaka Demo v2.1.4 in IE11 (Win10). I updated to Shaka v2.1.5, the asset is playing now ("Invalid argument" box pops up on player) but i am seeing new errors/warnings in the console(below)... (i also see that this user was seeing same https://groups.google.com/forum/#!topic/shaka-player-users/e_k0Bd5VEvM) DOM7011: The code on this page disabled back and forward caching. For more information, see: http://go.microsoft.com/fwlink/?LinkID=291337 Should only receive a Shaka error Got a synthetic key status event, so we don't know the real key statuses. If we don't have all the keys, you'll need to set restrictions so we don't select those tracks. Got a synthetic key status event, so we don't know the real key statuses. If we don't have all the keys, you'll need to set restrictions so we don't select those tracks. |
@jstephenson01 This issue has been fixed so please don't post to this issue. Please start a new issue for your issue. Also include a test stream that reproduces your problem since I can play our PlayReady test assets without problem. |
Have you read the FAQ and checked for duplicate issues:
What version of Shaka Player are you using: 2.1.1
Can you reproduce the issue with our latest release version: Yes
Can you reproduce the issue with the latest code from
master
: Didn't tryAre you using the demo app or your own custom app: Both
If custom app, can you reproduce the issue using our demo app: With some streams
What browser and OS are you using: IE11 / Windows 10
What did you do?
Shaka Demo Page: Trying to load Axinom Multi-DRM on IE11. Works in EDGE.
Custom App: Emailed Playready stream with custom headers. Also, works on EDGE, but not on IE11.
Both produce the RESTRICTIONS_CANNOT_BE_MET error.
NOTE: Seems like none of the Playready/Multi-DRM streams are working on IE11, producing different errors.
The text was updated successfully, but these errors were encountered: