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

@henbos [timestamp]( is poorly named here: It indicates *"the most recent time of* **playout** *of media"*.

It's predicted playout time through a media element. It's ***not*** the RTP timestamp.

As @fippo [mentions]( this API was designed specifically for audio bars per participant. *getStats* was deemed too slow for this purpose, which is why these synchronous methods exists.

Are there compelling use-cases for runtime playout time estimation of video?

GitHub Notification of comment by jan-ivar
Please view or discuss this issue at using your GitHub account

Received on Thursday, 27 September 2018 12:57:07 UTC