Open mathieumd opened 1 week ago
@mathieumd Can you please share the full browser console log and webrtc-internals dump for the second participant when a third participant joins the call?
Looks like it's my LineageOS' Fennec which seems to be blocking something. By replacing it by another browser (I tried with DuckDuckGo Browser, but i guess any other would work too), a room with 3 participant still display the video. It must be some addon I added to Firefox. Sorry for the noise!
Does the issue reproduce with Chrome?
The issue was clearly caused by my Fennec, but I don't know specifically by what. Disabling uBlock Origin did not change anything.
For the failing case, does media between Chromium and Falkon work? Are these 2 users able to see and hear each other when Fennec user is in the call?
Yes:
I can display normally by opening UDP port 10000
It's opened:
nc -vz -u webconf.example.com 10000
Connection to webconf.example.com 10000 port [udp/*] succeeded!
Moreover, I've got the same pb with official https://meet.jit.si/, so I guess it's not (not only? ;-)) a problem in my Jitsi setup, but more probably on my Fennec/LineageOS/Android.
Fennec claims to have "improved tracking protection", it's quite possible that it has disabled certain browser settings out of the box that breaks this. I've seen similar issues with LibreWolf which is also a "hardened" Firefox, so I'd recommend establishing that video calls in the browser work at all before looking further into whether it's Jitsi.
From your description it sounds like p2p actually works (since Falkon + Fennec has bi-directional video), but that Fennec breaks when moving away from p2p. You can verify this by disabling p2p on the server side, trying Falkon + Fennec again and see if it breaks.
If it does, at least you know it's likely caused by how Fennec attempts to communicate with the JVB on the server, so you could check the logs server-side and dig around for any clues.
I've never used Fennec so I don't know if it gives you access to the about:config
page, but one place to start looking could be the media.peerconnection
settings mentioned at https://wiki.mozilla.org/Media/WebRTC/Privacy -- for example, it's possible that default_address_only
, relay_only
etc. do not correspond to the defaults stated in the wiki in Fennec.
Yes, I tried with testing.p2pTestMode: true
and video did not work at all, so you are probably right.
AFAIK, Fennec is just a Firefox compiled by F-Droid. But I still checked all the media.peerconnection.*
settings from Mozilla's page, and they are all the same in Fennec. It looks like F-Droid don't change much preferences (looking for pref("
, there are only 4 entries).
But anyway, there is surely something! :-)
Can you share the full browser console log from Fennec browser? If it is related to DTLS 1.3 changes in Firefox, we may see that the ICE connection never gets established.
What happened?
I freshly installed jitsi on a local Ubuntu VM, and while a 2 persons conference is working well, when a third person enters, all participants lose video (but audio and screen sharing both continue to work).
I saw there are lot of similar reports for video stop working with more than 2 participants, and most seems to be resolved by applying NAT configuration as documented. However this didn't fix my case.
And moreover, I have the exact same problem with meet.jit.si instance. Which makes me think that maybe the problem is not on my install setup?
Platform
Browser / app / sdk version
Chromium 129.0.6668.89 ; Firefox 131.0 ; Falkon 3.2.0 ; Fennec 129.0.2 (via F-Droid)
Relevant log output
Reproducibility
More details?
jitsi-meet 2.0.9753-1
Enabling
testing.p2pTestMode: true
in/etc/jitsi/meet/$FQDN-config.js
makes the video not working even with only 2 participants. (audio is good)