Implement removestream, removetrack events
See original GitHub issueThese events were disabled due to a lack of a reliable way to detect media removals and correlate them with streams provided by the stream
and track
events.
They should be re-added to allow peers to observe remote stream removals.
peer.on('removestream', cb)
peer.on('removetrack', cb)
Issue Analytics
- State:
- Created 5 years ago
- Reactions:10
- Comments:6
Top Results From Across the Web
RTCPeerConnection: removestream event - Web APIs | MDN
The obsolete removestream event was sent to an RTCPeerConnection to inform it that a MediaStream had been removed from the connection.
Read more >Removestream - DOM Events - W3cubDocs
The removestream event indicates that a MediaStream has been removed from the RTCPeerConnection which received the event. You can use the RTCPeerConnection ...
Read more >RTCPeerConnection.removeStream() - Web APIs
if your target browser versions have implemented it. If the signalingState. ⚠️. is set to "closed" , an InvalidStateError is raised. If the...
Read more >simple-peer removeTrack/removeStream is destroying the ...
Hmm not pretty sure what u are trying to do, but for removing only the audio track u need to do something like...
Read more >RTCRtpSender/Receiver
removeStream -> removeTrack ... void removeTrack(RTCRtpSender sender); ... EventHandler onaddtrack; // replaces onaddstream; event object is AddTrackEvent.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Any progress yet? Would be great to have indeed.
@fictorial The
mute
event fires on the remote peer for me (Latest Chrome/MacOS) 🤷 However, themute
event can’t be used to infer if a track has ended becausemute
event gets periodically emitted when a peer can’t stream data fast enough andunmute
is emitted when data comes through again. I am also sending a trackRemoved event now, but using the simplepeer data channel instead of a signaling server. Would be a nice addition to have aremoveTrack
event.