-
Notifications
You must be signed in to change notification settings - Fork 71
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
Updating src on player causes 'unable to decode' #151
Comments
Were you testing wih Safari 15 or Safari 15.1? Safari 15 definitely had issues related to fairplay, but it's supposedly fixed in 15.1. |
Both actually, 15 and 15.1. Behaves the same way |
I'm experiencing the same... I could map it to the change on commit 58976556e19bd210a075b0190b0d0d45084b98c6 The check makes safari fall for the "standard" decrypted event... something is breaking when safari uses this encriptedEvent handler. Changin the code inverting the "if" checks again (checking first for window.WebKitMediaKeys), fixes the issue on safari |
Maybe this is still not ok, unfortunately Edited: I'm still on safari 15.0... not sure if on 15.1 is ok |
Safari 15.0 is broken with Fairplay. 15.1 has mostly fixed things. I've seen some videos work with #142 in Safari 15.0, but it generally doesn't work. |
Dynamically updating (changing) src of player on newer versions of Safari causes 'unable to decode'. Works on older versions (safari on osx 10.12). Is there a way to refresh eme without recreating new instances of player?
Steps to reproduce (tested on safari 15) - create player, initialize eme, set src (player plays), then change src info (src, certificate/license urls), player will fail with error CODE:3 MEDIA_ERR_DECODE.
The text was updated successfully, but these errors were encountered: