if a client doesn't have video (say is video muted) and speaks, they will still take up a slot in last-n, meaning the receiver isn't actually getting useful video streams to display. also, if a video stream was missing and is recreated (e.g. unmuting video) it will not drive a new last-n event to forward to receivers.
I've got a patch for this that we're testing now. Once it looks good I'll make a PR for it. Wanted to create an issue to track it.
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: