Video lags behind audio

I don’t think there is something special done there … not sure why it would not work the same way on your deployment…
The only thing I can think of that may be related (but I’m totally not sure) is this jitsi-videobridge/20-jvb-udp-buffers.conf at master · jitsi/jitsi-videobridge · GitHub
Do you have it?

We didn’t and just added.
Will test for a while and circle back. Thanks @damencho

Yep, there is some way to monitor UDP packets dropped by the kernel which is a good one to observe it.

Why is the value shown on the Git link you sent is only 10,485,760?
I see some articles that suggest 104,857,600 or 262,14,400.

As we had considered 10 MB more than enough…

Alright so still having this nagging issue with lower-end devices and Chrome loads.
One of our team members had Figma open in the background which lead to Chrome taking 8Gigs of RAM and slowed everything down.

Figma gone → video audio synced right back up. This happened on a strong machine i7 10th gen desktop with 64GB RAM at 3200Mhz.

So I want to create a message to tell the user - hey close you Figma or whatever BUT for that we need to detect:

  1. The cpu load (can’t via JS)
  2. Chrome memory load (couldn’t find a way)
  3. Audio video mismatch via SSRC? Asking for help here

I noticed @Boris_Grozev answered this question before (see reference below) but couldn’t understand how this can be done.
https://groups.google.com/g/discuss-webrtc/c/Kp7yO7lxVH4

Does anyone have any idea how we can detect the lag on the sender or receiver side?

Thank you!

It is the sender/encoder that is affected, right? One way to detect it could be to look at qualityLimitationReason in the PeerConnection stats. You can check if it changes to “cpu” while the sync issue occurs in chrome://webrtc-internals