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

getBufferedPosition() return value for live dash stream #4172

Closed
kanthicn1 opened this issue Apr 23, 2018 · 1 comment
Closed

getBufferedPosition() return value for live dash stream #4172

kanthicn1 opened this issue Apr 23, 2018 · 1 comment

Comments

@kanthicn1
Copy link

I am using getBufferedPosition( ) - getCurrentPosition( ) to get an estimate of the remaining playback buffer at any point of time, as suggested in #4023.

I am using a DASH test stream with fixed segmentDuration of 6 seconds to test this. When I observe the value returned by getBufferedPosition( ) alone, I expect it to increase in jumps of segmentDuration (6 seconds in my case). But, sometimes there is a slow ramp-up of this value which goes beyond segmentDuration during the segment download. (Attached plot of values for easier understanding).

I have no idea how this can be happening. If getBufferedPosition() only returns the presentation time of the last chunk in the queue, how can this value increase in granularity lower than segmentDuration? I hope my question is clear and some one can tell me what's going on.
buffer_vals.pdf

@kanthicn1
Copy link
Author

I answered my question by following the code more closely. So, I will close this issue.
getBufferedPosition() doesn't always return the presentation time of the last chunk. The extractor "commits" decoded bits as and when they are decoded. So, the non-segment-duration increments in the buffer value makes sense.

@google google locked and limited conversation to collaborators Sep 11, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant