Re: [webrtc-pc] getSynchronizationSources (and getContriburingSources) should work for video too

> but while unmuting happens as a result of an RTP packet arriving, muting only happens as a result of negotiation (setRemoteDescription's muteTracks list).
I do not think that is true, see
And I am not happy with muted flipflopping for both network and api events.

getSynchronizationSources() and getContributingSources() was built for audio-levels mainly (which is also the reason it does not make much sense for video -- i do not think any video rtp mixer uses csrcs...). If we want a timestamp for last-packet-received we should not use this API but expose something on the receiver.

GitHub Notification of comment by fippo
Please view or discuss this issue at using your GitHub account

Received on Wednesday, 12 September 2018 14:47:48 UTC