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
Inconsistent Video Reception in Jitsi Meet on Firefox 117.0 despite Adequate Bandwidth #13804
Comments
Is this on meet.jit.si? |
I've encountered the same problems with a flaky video connection on an older jitsi version as well as the latest one. |
I have seen this issue on previous versions of Firefox maybe the last six months of them. If that's the issue it's the worst it's ever been. I can't see that though as Firefox conforms to standards obviously and it should work regardless. I've been connected to another server I'm not sure the version I will figure that out & post back! |
I can reproduce this over my LAN with Jitsi 2.3-25-g1da507fa-1 and Firefox 117, both client and server running on Ubuntu Linux 22.04. Chromium works well. I will try and grab bridge logs later today. |
I had the same issue on:
With Chrome Version 117.0.5938.62 (Offizieller Build) (arm64) its seems to work normally again. |
Has been happening for a while. Also see #12578 |
We are hoping that this will fix the issue. |
@bradkrane The above fix has been applied to meet.jit.si. Can you please give it a try and let us know if the issue is fixed for you on Firefox 117? |
Now we can see the green color of good bandwidth, but it seems that FF is not decoding vp9 as expected #10657, maybe we should open a new issue. |
This seems to be separate issue like you said. I am closing this issue since its fixed. |
When will this correction be released? Or has it already been released? |
I believe it will be part of the next stable release. Or you could use the nightly / unstable releases. |
To get this fix I updated my test installation to the unstable nightly from yesterday and I am still seeing the problem of Firefox 118.0.2 dropping the video streams and JVB generating messages like "Sources suspended due to |
@jallamsetty1 I had the same problem with Firefox >= 117 and Jitsi Docker ver. stable-8319. I tried on meet.jit.si and it seems work. I guess the fix will be release in the next stable release. When do you plan to release? Thx |
This fix hasn't been released to the stable yet. We hope to make a stable release by the end of this week or early next week and that should include the fix. |
Are only Firefox clients experiencing this issue? When you run into this issue, can you please execute the following on the browser console and check if that makes any difference? |
No difference after executing this command, got same issue with own jitsi instance |
If this doesn't make any difference then probably there is a network issue in your instance. This command tells the bridge to ignore its BWE and assume the client has 2 Mbps downlink and send sources accordingly. |
That workaround seems to fix my issues 👍 Any ETA for the next Jitsi release? |
Facing the same issue here with stable version 2.0.9111-1. No luck by executing |
Which Firefox version? There is a known issue with SVC handling that has been fixed in Firefox 120. see #13933 (comment) |
Firefox 120 (Ubuntu 22/04) Still experiencing it in 2 different environments. Everything works well on meet.jit.si Video from Firefox has been suspended for other participants, usually when the fourth participant gets in, but its random. |
Are those environments updated to latest stable? That is the version meet.jit.si is running. |
I just had this in a meeting running the latest release (9364) toward my own server, but not involving Firefox. Latest Chrome, Safari & Jitsi iOS app. |
Hi, did the videos recover at some point? Can you please share browser console logs from the user who did not see the any remote videos? |
It recovered when one participant left. Don't have the logs but I will keep an eye out and get back with more information if it keeps occurring. |
Description:
I am experiencing an issue where I cannot consistently receive video from other participants. While others can view everything without any problems, I rarely receive any video. My bitrate usage indicates that the download bitrate is approximately 84 kilobits per second, whereas the upload bitrate can be and often is much higher. This is puzzling, especially considering the minimal bitrate required for video & And that my bandwidth limits and speed tests during the sessions indicate I can send or receive far more bandwidth.
Steps to reproduce:
Expected behavior:
I should be able to consistently view video from all participants without any interruptions.
Actual behavior:
While others can view everything without any problems, I rarely receive any video. When I rejoin the session, I can briefly see everyone's video, but it cuts out after about three seconds.
Server information:
Client information:
OS Version: 10.0.19045 N/A Build 19045
Additional information:
I've conducted a network speed test with my ISP, and my connectivity is significantly higher than the bitrate being used for the video download. It's worth noting that other participants do not face this issue, I do.
There are no errors in the dev console When experiencing the issue.
How can I help to resolve this?
I would appreciate any information on how I can help to come to a conclusion or resolve this issue.
The text was updated successfully, but these errors were encountered: