You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Cluster setup with 2 origin, 1 edge, 1 nginx
stream is on origin1
origin1 crashes
stream moves to origin2
user watches through nginx ip(connected to edge)
web embedded player stalls.
it should continue to play stream. looks like a bug related to videojs(?). It only continues to play if user refreshes the page or m3u8 indice catches up with previous success ts indice
The text was updated successfully, but these errors were encountered:
This is a strange issue.
I'm attempting to resolve it by monitoring any changes in the origin of the broadcast through periodic REST requests in embedded player side.
In the event that the origin address of the broadcast changes while the stream is ongoing, I reload the video player. However, this approach leads to unexpected behavior on the videojs player and isn't working. I'm currently investigating this further.
We abandoned the previous workaround solution and instead, I've raised an issue on the Video.js repository, and now I'm actively following up on it. videojs/http-streaming#1511
Cluster setup with 2 origin, 1 edge, 1 nginx
stream is on origin1
origin1 crashes
stream moves to origin2
user watches through nginx ip(connected to edge)
web embedded player stalls.
it should continue to play stream. looks like a bug related to videojs(?). It only continues to play if user refreshes the page or m3u8 indice catches up with previous success ts indice
The text was updated successfully, but these errors were encountered: