-
Notifications
You must be signed in to change notification settings - Fork 133
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
Safari 17.1 issue with playback DRM content #1326
Comments
Hi, Hm, problems like this are often DRM-related, and we saw that when that doesn't work, we're pushing two licences ( I could not fetch the HLS playlists so I couldn't check, but is your content encrypted through several keys depending on the variant or audio/video track? The trigger for the issue might be reproducible only when doing a transition to a differently-encrypted segment before a given time (we already saw such DRM-related race conditions in Safari). |
@peaBerberian in this case it was also observed for content w/o DRM at the time of the test. Example of the structure of the manifest is as follows. This is HLS with Dolby Atmos included. I will check if I can provide the actual manifest in a secure way via one of our colleagues.
|
@peaBerberian I feel we can close this issue at this moment. The affected content is playing in recent rxplayer versions. |
Hi,
Issue observed on:
MacOS: Sonoma 14.1.1
Safari: 17.1
RxPlayer: 3.29.0/3.31.2
After updating the macOS environment to the latest version, we noticed that the streams of one of the providers stopped working properly. It happens that the stream works correctly several or a dozen times in a row, but there are situations where the stream cannot be played at all (it seems to happen completely randomly).
In the case of a non-working stream, after 1-2 minutes we receive information from the API player about the MEDIA_ERR_DECODE error (this is strange because when trying to reproduce the error, the same stream works correctly several times in a row when trying to play it). Based on the player logs, the only thing noticeable is the situation where the player stucks on
rebuffering
andfreezing
state, as well asreadyState
property of the HTMLMediaElement element does not change and is still equal to 1.After a small troubleshoot I've noticed that player cannot obtain a valid TimeRanges which is strange due to the fact that the first media segments are downloaded properly based on a provided playlist.
Below are collected logs for both cases:
- not working case
- working case
The text was updated successfully, but these errors were encountered: