Release/v3.33.0 #1363
Merged
Release/v3.33.0 #1363
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
A majority of the bigger issues we encounter in production is DRM-related, leading us to either work-around those in the RxPlayer, or to facilitate a work-around on the application-side through a better DRM-related API. Recently, we've seen that many Windows/Edge users (but still a minority of them) could encounter an issue on the `generateRequest` EME call when relying on PlayReady SL3000 (hardware-backed decryption and playback, seen as one the most secure DRM mechanism for OTT contents) which would lead to a failure to play the content. When this happens, fallbacking to a different key system like PlayReady SL2000 (where decryption happens in software) or Widevine usually (though not always) seems to avoid the issue, even if it might lead to less protection and thus might lead generally to only lower video qualities (as higher security requirements are in practice generally just enforced for the higher video qualities, depending on license policies). After brainstorming whether this fallback should be done on the RxPlayer-side, or on the application-side, we're for now implementing the easier way (for us :p) of just providing here an API allowing to just let the application replay the last loaded content (whose loading may have failed due to the aforementioned `generateRequest` error) with a different `keySystems` configuration, thus allowing an application to reload the last loaded content after blacklisting the current key system if the error appears to be linked to that issue.
Add the possibility to set a new `keySystems` option on the `reload` API
[WIP] Add getLivePosition API and better handle availabilityTimeOffset for DASH
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Changelog
Features
getLivePositionRxPlayer method [[WIP] Add getLivePosition API and better handle availabilityTimeOffset for DASH #1300]startAt.fromLivePositionloadVideooption [[WIP] Add getLivePosition API and better handle availabilityTimeOffset for DASH #1300]keySystemsoption on thereloadAPI [Add the possibility to set a newkeySystemsoption on thereloadAPI #1308]Bug fixes
tts:lineHeightattribute [fix bug lineheight was not correctly applied #1320]LOCAL_MANIFESTexperimental featurestartAtloadVideooption) or reloading at the end led to the restart of the content [fix: seeking to the last frame restart the video #1338]Other improvements
supplementalCodecsinstead ofcodecsif it's supported to better support backward compatible Dolby Vision contents [[Proposal] scte214 - use supplemental codec instead of base codec if it's supported #1307]availabilityTimeOffsetattribute [[WIP] Add getLivePosition API and better handle availabilityTimeOffset for DASH #1300]skipLogparameter to the synchronizeInventory method #1341]