Event for when stream is removed?

We can call peer.removeStream(), and this appears to work fine. I’m curious though if on the receiving end, the peer has some sort of event for when this happens? Or, is there some sort of event on the stream where we know that it’s totally done? (Or, is this just looping through tracks and removing them one-by-one under the hood, in which case we should use the removetrack event on the MediaStream?)

[t-mullen]

Closing since the mute event is the spec-compliant way to detect track removal. We support this in simple-peer already.

[t-mullen]

@kishorenc This used to work, but you’re right it’s not in the specification. It seems browsers have fixed this behaviour.

It looks like the removetrack event has also been removed from the spec. The new behaviour is to fire a mute event on the remote track.

When the other peer stops sending a track in this manner, the track is removed from any remote MediaStreams that were initially revealed in the track event, and if the MediaStreamTrack is not already muted, a mute event is fired at the track.

peer.addTrack(track, stream)
peer.removeTrack(track, stream)

peer.on('track', (track, stream) => {
  track.addEventListener('mute', () => {
    // track was removed by remote
  })
})