Skip to content
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

wiseplay key systems should be com.wiseplay.drm #8185

Open
TonyChenSEU opened this issue Feb 28, 2025 · 5 comments
Open

wiseplay key systems should be com.wiseplay.drm #8185

TonyChenSEU opened this issue Feb 28, 2025 · 5 comments
Labels
type: bug Something isn't working correctly
Milestone

Comments

@TonyChenSEU
Copy link

Have you read the FAQ and checked for duplicate open issues?
yes

If the problem is related to FairPlay, have you read the tutorial?
no

What version of Shaka Player are you using?
4.13.6

Can you reproduce the issue with our latest release version?
yes

Can you reproduce the issue with the latest code from main?
yes

Are you using the demo app or your own custom app?
yes

If custom app, can you reproduce the issue using our demo app?
N/A

What browser and OS are you using?
HarmonyOS

For embedded devices (smart TVs, etc.), what model and firmware version are you using?

What are the manifest and license server URIs?
test resource

What configuration are you using? What is the output of player.getNonDefaultConfiguration()?
servers: {
'com.huawei.wiseplay': licenseServer
}

What did you do?

  1. create demo page with [email protected]
  2. load HLS manifest and configure license server
  3. player.load

What did you expect to happen?

  1. shake-player RequestMediaKeySystemAccess of com.wiseplay.drm

What actually happened?

  1. shake-player RequestMediaKeySystemAccess of com.huawei.wiseplay

Are you planning to send a PR to fix it?
yes if it's possible ,simply replace all com.huawei.wiseplay with com.wiseplay.drm should be fine . refer this
https://developer.huawei.com/consumer/en/doc/harmonyos-guides/native-drm-mediakeysystem-management-V14

@TonyChenSEU TonyChenSEU added the type: bug Something isn't working correctly label Feb 28, 2025
@shaka-bot shaka-bot added this to the v4.14 milestone Feb 28, 2025
@avelad
Copy link
Member

avelad commented Feb 28, 2025

@vlazh You added this in Shaka, can you confirm if this is correct or not? (see: #7854)

@vlazh
Copy link
Contributor

vlazh commented Feb 28, 2025

@vlazh You added this in Shaka, can you confirm if this is correct or not? (see: #7854)

I can't confirm that is correct. I got reply from huawei support that key sytem name should be com.huawei.wiseplay:
Image
Also take a look at others:
https://docs.nagra.com/public/apidocs/player/android/opy-sdk-android-5.27.2.1680254288-javadoc/html/classnagra_1_1otv_1_1sdk_1_1drm_1_1_o_t_v_d_r_m.html
https://github-wiki-see.page/m/xbmc/inputstream.adaptive/wiki/Integration-DRM

And if anybody have huawei device you can try https://9wv3nd.csb.app/ (open sources and edit as you need).
On device that I have I get "SUPPORTED" only for "com.huawei.wiseplay".

@avelad avelad added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 28, 2025
@TonyChenSEU
Copy link
Author

from your document it's Android OpenTV Player SDK, i'm not sure if huawei andriod wiseplay keysystem use a different name.

I'm devloping demo for huawei devices with HarmonyOS, which need wiseplay js player for drm, and our test stream also use the same UUID(3d5e6d35-9b9a-41e8-b843-dd3c6e72c42c). and i have to change the key system name to com.wiseplay.drm, then the player can work. (there are also
few changes for HLS EXT-X-KEY:METHOD handling ).

since current wiseplay support of huawei device is untested, maybe later we can find out whichi is corrent.

@vlazh
Copy link
Contributor

vlazh commented Mar 3, 2025

The main reason that I used "com.huawei.wiseplay" is an answer from official huawer developers support.
Have you tried https://9wv3nd.csb.app/ ? What result you get with both names? If you get "SUPPORTED" only with "com.wiseplay.drm" then there is a reason to add that name with the same uuid. But on my device (EMUI 14.2) I get "SUPPORTED" only with "com.huawei.wiseplay".

@shaka-bot shaka-bot removed the status: waiting on response Waiting on a response from the reporter(s) of the issue label Mar 3, 2025
@avelad avelad added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Mar 3, 2025
@TonyChenSEU
Copy link
Author

The main reason that I used "com.huawei.wiseplay" is an answer from official huawer developers support. Have you tried https://9wv3nd.csb.app/ ? What result you get with both names? If you get "SUPPORTED" only with "com.wiseplay.drm" then there is a reason to add that name with the same uuid. But on my device (EMUI 14.2) I get "SUPPORTED" only with "com.huawei.wiseplay".

I got support only with "com.wiseplay.drm", and i discuss with hardware drm developer, they said the uuid is for ChinaDRM, and wiseplay is only an implementation. but i can now find any matrial from the internet to prove that.

Now I think the way to improve is to support both keySystem name. just like other drm have multiple keySystem names.

@shaka-bot shaka-bot removed the status: waiting on response Waiting on a response from the reporter(s) of the issue label Mar 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug Something isn't working correctly
Projects
None yet
Development

No branches or pull requests

4 participants