- From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
- Date: Fri, 14 Apr 2023 20:47:30 +0000
- To: public-webrtc-logs@w3.org
Even with https://github.com/w3c/webrtc-pc/pull/2861, it's still not super-deterministic: temporarily setting `replaceTrack(null)` should stop the tone immediately based on existing _"stop sending"_ language I presume. However, whether the next tone (and the remaining sequence) goes off or not, seems entirely up to to timing. E.g. if the app calls `replaceTrack(audioTrack)` again with some non-null audio track before the next tone is set to go off, then tones will continue, otherwise they won't. Thoughts? -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2860#issuecomment-1509241324 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 14 April 2023 20:47:31 UTC