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

Buffered amount slot #1794

Merged
merged 3 commits into from
Mar 15, 2018
Merged

Buffered amount slot #1794

merged 3 commits into from
Mar 15, 2018

Conversation

adam-be
Copy link
Member

@adam-be adam-be commented Mar 8, 2018

Fixes #1792


Preview | Diff

@taylor-b
Copy link
Contributor

taylor-b commented Mar 8, 2018

This still needs to decrement [[BufferedAmount]] somewhere, correct? For example, "when buffered data is delivered to the underlying data transport, queue a task to decrement [[BufferedAmount]] by the number of bytes delivered."

Similar to with RTCRtpContributingSource, the implementation doesn't need to literally queue a task; this just guarantees the behavior that's currently described, where the value is only observed to go down between task execution.

@alvestrand
Copy link
Contributor

Should address decrementing the counter before submitting. Otherwise seems fine.

<a>underlying data transport</a> sends data from its queue, the
user agent MUST queue a task that reduces
<a>[[\BufferedAmount]]</a> with the number of bytes that was
sent.</p>
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With this text I guess we leave it up to implementations to decide how often to update the slot.

@aboba aboba merged commit f361fd3 into master Mar 15, 2018
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

Successfully merging this pull request may close these issues.

None yet

4 participants