-
Notifications
You must be signed in to change notification settings - Fork 115
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
Streams that become isolated generate errors on PC #133
Comments
Martin will make PR. |
This needs some more thinking; not PR-ready. |
This event can use the MediaStreamTrackEvent interface [1]. [1] http://w3c.github.io/mediacapture-main/#mediastreamtrackevent |
(In reply to Adam Bergkvist from comment #3)
It doesn't need to. event.target will identify the track since the event is fired at the track. |
Even better. We can use a simple Event. |
I don't think this is an enhancement this seems like a pretty key part of how the media privacy works |
@martinthomson is this still valid? |
I think that we discussed having a property and event on tracks that could be used to identify when they are isolated or not. |
The current spec has an |
When a stream becomes isolated (see 25856) we should surface an error and stop sending media for that track (we might have to continue transmission - ask the IETF group - but no content can be sent).
The only exception to this is if the stream is isolated and peerIdentity tagged. Those can potentially be transmitted.
Proposal is:
partial interface RTCPeerConnection : EventTarget {
attribute EventHandler? onerror;
};
[Constructor(TrackIsolatedEventInit args)]
interface TrackIsolatedEvent : Event {
attribute MediaStreamTrack track;
};
Alternatively:
partial interface RTCRtpSender : EventTarget {
attribute EventHandler? onerror;
};
Which might be a little better because the error can be generic.
The text was updated successfully, but these errors were encountered: