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

@fippo  was wondering why you don't just look at MediaStreamTrack.muted to figure out if the stream is active or not but while unmuting happens as a result of an RTP packet arriving, muting only happens as a result of negotiation (setRemoteDescription's muteTracks list).

If you want timestamps for RTP packets to determine how active your stream is or what its "source" is there already is an appropriate API, so let's enable this for video too. It already takes care of the the fact that we can only update this info per task execution cycle or else we expose the fact that it is not single-threaded.

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

Received on Wednesday, 12 September 2018 14:44:17 UTC