Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240)

I don't believe that the changes at https://github.com/w3c/webrtc-pc/issues/2172 had any impact on this matter.

The original spec had language such as:

>  ... including the most recent time a packet that the source contributed to _was played out_...
>
> <...>
>
> When the first audio or video frame contained in an RTP packet is _delivered_ to the RTCRtpReceiver's MediaStreamTrack for _playout_...
>
> <...>
>
> The timestamp of type DOMHighResTimeStamp [HIGHRES-TIME], indicating the most recent time of _playout_ of media that arrived in an RTP packet originating from this source.

So the problem described here would still have been present with those definitions. One could even argue that the previous definitions might even be interpreted as demanding the returned dictionaries to be empty without a sink, since there's no "playout" without one.

-- 
GitHub Notification of comment by chxg
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2240#issuecomment-517862246 using your GitHub account

Received on Friday, 2 August 2019 22:31:04 UTC