Re: video track "black" vs. "frozen frame"

On 28/09/16 18:32, Bernard Aboba wrote:
> Stefan said:
> "Is that the way we should go? And in case of simulticast, should
> the displayed video freeze if encoding[0] is inactive, if any of the
> encodings are inactive, or only if all of them are (assuming the
> receiving browser is able to receive simulcast)?
> Or should we add a RtpSender global 'active' attribute? Or something
> else?"
> [BA] I would expect a "video freeze" to be displayed if a receiver
> stops receiving all video packets, however that happens.
> If the SFU is only sending a single video stream to the receiver,
> then freeze would occur if that stream ceases to be received (or
> there is very high loss that RTX/FEC cannot repair).
> If the sender stops sending an encoding to a receiver, that would not
> cause a freeze if there were other encodings being sent to that
> receiver , or the SFU decided to stop forwarding all encodings to
> that receiver.
> If the receiver supported simulcast reception, it should not freeze
> video if it was receiving at least one encoding.

To me the above makes sense, the question is what we need to spec, and 


Received on Thursday, 29 September 2016 12:47:16 UTC