-
Notifications
You must be signed in to change notification settings - Fork 144
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
[WPE 2.38] Hlsjs PlayReady 4.0 Sample App is not working in Sagemcom VA #1427
Comments
I am getting here a 404 for https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.3.1/shaka-player.ui.css in the inspector so I wonder if this could be related. |
First finding, this is not going to work if you don't enable the media capabilities API. Then you need to serve this from https because WebCrypto won't work. Then there are other errors I am still investigating, just commenting now as I suspect I will have to fiddle through several things like this and I don't want to forget the ones I am bypassing step by step. |
Ah, and the first thing I did was switching to https://cdnjs.cloudflare.com/ajax/libs/shaka-player/4.3.1/shaka-player.compiled.debug.min.js as this gives more necessary information to debug. |
I just pushed calvaris/1427 branch. Please try it and let me know if it works. |
@elanisinthan-e-infosys , Could you please try the proposed changes? Thank you! |
Tested using the proposed changes and have tried with different versions(4.3.2, 4.3.6) of shaka player. |
I just tried and the original version and 4.3.6 and both work well with that branch. I suspect that you might be missing something in your deployment. So please, ensure the following things:
|
@calvaris May I know that you have tried with test application which is attached to ticket or do you have a your own test application for the shaka player. If yes then can you please share your test application to check on our setup. Second, if you could also share the details for " https for WebCrypto to work" , what changes you have done from your side. Is the changes in local Apache server side or something to do the changes in test application as well. Third, if you thing that your patch calvaris/1427 is a generic changes and it is required for m3u8 content then Can you please merge this changes officially so that we can backport it. Thanks in advance. |
The test you shared with a couple of changes. I replaced the shaka player with the debug version to get more information of what was going on and I also added a couple more things to ensure nothing was broken.
Changes need to happen in the Apache server, yes. From what I know, just a server with a valid certificate would be enough. This would mean that when you load them in Firefox, for example, you see the lock saying that the connection is secure and no message of insecure connections are shown in the browser.
I won't merge this until you ensure me that everything works properly. |
@suresh-khurdiya-infosys Do you have any feedback? Thank you! |
We tried with couple of changes in Apache server for "WebCrypto to work" But, it is still failing. Not sure, why only shaka player with PlayReady is failing. So, only an issue with shaka player plus play ready content URL. We are still trying it. |
Created a Sample App for Hlsjs PlayReady 4.0. The sample app is working fine in Microsoft Edge Browser. But in Sagemcom its showing Error loading playback.
So tried whitelisting url using following steps:
After whitelisting also its showing Error loading playback.

Sample app:
shaka3.zip
Logs after whitelisting:
sgm_wlsa_logs.txt
Logs before whitelisting:
sgmerror_samplelog.txt
Error loading playback image:
After whitelisting also its showing Error loading playback.
The text was updated successfully, but these errors were encountered: