Widevine LD fallback not triggering in RxPlayer #1427
Comments
|
Checked on:v4.0.0, v3.33.2, v3.32.1 I will add that there is no error in logs. RxPlayer got into eternal bufferring in this case (it looks like it can't detect that the given representation is not supported) I will try to provide more information about what we are doing on server. |
|
Hi, The configuration of the
Note that if using There is pros and cons about using either methods:
I can't tell if this would slow down the server since it depends on server implementation. For the bug you encountered, what can happen is that the first license request successfully authorize the key for the lowest quality. |
|
@Florent-Bouisset thank you your quick anwser, We don't do key rotation but we do "proactive license responses", i.e. we give the keys for all track types that we think are appropriate for the device even if you ask for only 1 key. I will try to provide logs. |
|
Our server-logs show that:
|
|
RxPlayer logs (about half a minute of playback - buferring) |
|
Hello @jakubjereczek, I made a change to consider the representation as unplayable if a key related to that representation is missing. |
|
@Florent-Bouisset No, unfortunately it isn't working. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
We set-up "LD (low quality) fallback" for Widevine for blocked system IDs (in case a Widevine license request id done by a blocked system ID device).
...but RxPlayer does not fallback to LD quality and cannot stream the regular content.
I read the docs, I had found a related topics:
I noticed that if we declare the value of
singleLicensePer(Allows to use a single getLicense call for keys linked to multiple qualities.)as
periodsorcontentthis fallback works and streams as LD.So my question is:
The text was updated successfully, but these errors were encountered: