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

Effect of RTCRtpReceiver.track.stop() #662

Merged
merged 4 commits into from Jun 2, 2016
Merged

Conversation

aboba
Copy link
Contributor

@aboba aboba commented May 19, 2016

Fix for Issue #597

Rebase of #617

@adam-be Can you review?

Fix for Issue #597

Rebase of #617

@adam-be Can you review?
aboba added 2 commits May 26, 2016 11:15
Update
Updated the description
@pthatcherg
Copy link
Contributor

I agree that the negotiated state of the RtpTransceiver and RtpReceiver should not be affected by stopping a track.

However, I don't think we need to specify that the decoder must stay active. An implementation could choose to stop using CPU or other resources if it knows that nothing will use the decoded frames. I think we could just leave that part about the decoder being active out of the spec.

Remove decoder operational comment
@stefhak
Copy link
Contributor

stefhak commented Jun 2, 2016

LGTM now.

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

5 participants