Skip to content
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

Live / Dynamic content with long timeShiftBufferDepth on 1.4.0 player #767

Closed
mikek-elemental opened this issue Sep 9, 2015 · 2 comments

Comments

@mikek-elemental
Copy link

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:

Debug.js:115 loaded video:Media Segment:88368.34658888889 (200, 73ms, 26ms) 
Debug.js:115 [video] Buffered Range: 88323.301588 - 88371.349588 
Debug.js:115 loaded audio:Media Segment:88371.35571111111 (200, 67ms, 5ms) 
Debug.js:115 [audio] Buffered Range: 88323.336844 - 88374.374299 
Debug.js:115 loaded video:Media Segment:88371.34958888889 (200, 103ms, 52ms) 
Debug.js:115 [video] Stream is complete 
Debug.js:115 [audio] Stream is complete 
Debug.js:115 [video] Buffered Range: 88323.301588 - 88374.352588 
Debug.js:115 Parsing complete: ( xml2json: 27ms, objectiron: 76ms, total: 0.103s) 
Debug.js:115 Manifest has been refreshed. 
Debug.js:115 Manifest has loaded. 
Debug.js:115 Refresh manifest in 29.892 seconds. 
Debug.js:115 Local time:      Tue Sep 08 2015 11:11:27 GMT-0700 (Pacific Daylight Time) 
Debug.js:115 Server time:     Tue Sep 08 2015 11:11:25 GMT-0700 (Pacific Daylight Time) 
Debug.js:115 Difference (ms): -2665 
Debug.js:115 Manifest updated... set new data on buffers. 
Debug.js:115 Added 0 inline events 
Debug.js:115 [video] stop 
Debug.js:115 [audio] stop 
Debug.js:115 [video] start 
Debug.js:115 [audio] start 
Debug.js:115 Start Event Controller 
Debug.js:115 [video] Stalling Buffer 
Debug.js:115 [video] Waiting for more buffer before starting playback. 
Debug.js:115 [audio] Stalling Buffer 
Debug.js:115 [audio] Waiting for more buffer before starting playback. 
Debug.js:115 

Let me know if there is any other information I can provide which would help, thanks!
-Mike

@dsparacio
Copy link
Contributor

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.

@mikek-elemental
Copy link
Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants