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
I am having a problem playing live (dynamic) streams with a longer timeShiftBufferDepth using the 1.4.0 version of the player. It will play for 30-60 seconds and then stall. (minimumUpdatePeriod is set to 30 seconds, so it likely stalls after an MPD refresh.) For an example, this one with a 10 minute timeShiftBufferDepth shows the problem:
We just released 1.5 can you test with that and see if the issue is solved. I know we addressed . There is an API to set the holdback from the live edge as of 1.4. Default is 4 segments regardless of segment duration.
Thank you! I just tried it in 1.5.0 and playback appears to be much better there. I didn't see this problem anymore. I'll do some more detailed testing over the coming days and re-open this if needed, but it looks like this is fixed.
Hello,
I am having a problem playing live (dynamic) streams with a longer timeShiftBufferDepth using the 1.4.0 version of the player. It will play for 30-60 seconds and then stall. (minimumUpdatePeriod is set to 30 seconds, so it likely stalls after an MPD refresh.) For an example, this one with a 10 minute timeShiftBufferDepth shows the problem:
http://deltademo.elementaltechnologies.com/out/i/113.mpd
Streams with less buffered content (in this case 60 seconds) play fine:
http://deltademo.elementaltechnologies.com/out/i/112.mpd
Both streams play fine using the 1.3.0 version of the player (if using Chrome, you must patch 1.3.0 for #428 )
I also notice that playback appears to be farther behind the live point in 1.4.0, but that may be an intentional change.
A snippet of the console log when this happens is:
Let me know if there is any other information I can provide which would help, thanks!
-Mike
The text was updated successfully, but these errors were encountered: