Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: Request keyframes from last-n endpoints for newly joined video channels #380

Closed
wants to merge 1 commit into from

Conversation

dazaar
Copy link

@dazaar dazaar commented Dec 20, 2016

As users join a meeting with last-n enabled they need to request
keyframes from the currently forwarded endpoints in order to
begin receiving video. Prior to this change a user joining the
meeting, that did not result in an update to the last-n endpoints,
would not receive keyframes for the forwarded endpoints. The
result was the newly joined user being unable to display video
until a dominant speaker event, pinned endpoint event, or
the next keyframe interval occurred.

As users join a meeting with last-n enabled they need to request
keyframes from the currently forwarded endpoints in order to
begin receiving video.
@jitsi-jenkins
Copy link

Hi, thanks for your contribution!
If you haven't already done so, could you please make sure you sign our CLA (https://jitsi.org/icla for individuals and https://jitsi.org/ccla for corporations)? We would unfortunately be unable to merge your patch unless we have that piece :(.

@gpolitis
Copy link
Member

@dazaar we have rewritten the lastN implementation and this should be fixed now as part of that.

@gpolitis gpolitis closed this Jan 30, 2017
@gpolitis
Copy link
Member

(Please open an issue or a new PR if this is still broken for you.)

bgrozev added a commit to bgrozev/jitsi-videobridge that referenced this pull request Nov 17, 2021
* fix: Use the clock instead of System.currentTimeMillis. (jitsi#380)
* fix: Fix accessing stats for RR generation. (jitsi#381)
* ref: Keep VideoParser stats in a class.
* feat: Expose VideoParser stats via TransceiverStats, reorganize.
* feat: Keep track of "active duration" per SSRC.
* feat: Add mediaType to IncomingSsrcStats.
bgrozev added a commit that referenced this pull request Nov 17, 2021
… video stream duration. (#1762)

* chore: Update JMT
    * fix: Use the clock instead of System.currentTimeMillis. (#380)
    * fix: Fix accessing stats for RR generation. (#381)
    * ref: Keep VideoParser stats in a class.
    * feat: Expose VideoParser stats via TransceiverStats, reorganize.
    * feat: Keep track of "active duration" per SSRC.
    * feat: Add mediaType to IncomingSsrcStats.
* chore: Adapt to JMT API changes.
* feat: Keep track of the number of received keyframes, layering changes, and video stream duration.
JonathanLennox pushed a commit to JonathanLennox/jitsi-videobridge that referenced this pull request Jun 1, 2022
This was referenced Jul 15, 2022
@bgrozev bgrozev mentioned this pull request Jul 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants