- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Wed, 29 Aug 2018 12:56:39 +0000
- To: public-webrtc-logs@w3.org
I agree with @jan-ivar, I did not expect senders/receivers from stopped transceivers. This may become a problem if you try something like "find the first video sender, then call replaceTrack on it". Which people may have used in the track-based model (I am fairly sure I did) We can modify the collectSenders/collectReceivers algorithms to say For each **non-stopped** transceiver in transceivers (or add a step to skip, no preference) -- GitHub Notification of comment by fippo Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1975#issuecomment-416942530 using your GitHub account
Received on Wednesday, 29 August 2018 12:56:40 UTC