-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
Some participants are lacking audio #9805
Comments
Sorry but in the template you have missed this important notice: General questions regarding usage, installation, etc. should be posted at https://community.jitsi.org. They will be closed if posted here general questions are something along the lines of 'not sure on how to debug the issue ?'. You also ask if others have your issue, while the template states explicitly that it is your responsability. |
Lack of audio for some participants of the call is not "general question" - that's a bug in jitsi-meet which needs to be fixed. |
if you say so... The point is that you did not provide nearly enough information for a developer to operate on it. |
Yeah, that's how some bugs are. And that's why we have public issue tracker - so others can contribute and together we can resolve the bugs. Please refrain from random comments unless they actually provide useful information towards that goal. |
Do you experience it on meet.jit.si? If not which version is that you self host? |
I've seen this happening twice on self-hosted instances. I don't know version in first case (happened couple of months ago), in more recent case it was 2.0.6173-1 - installed on latest Ubuntu via jitsi-provided packages. The configs are available at https://github.com/emacs-berlin/emacs-berlin.org/blob/gh-pages/ansible/jitsi.yml I suspect it might be smth TURN/STUN related but unsure how we can troubleshoot this. Is there some particular log setup or settings we could try? |
Do you have pre-join screen enabled? If not, try that. Gathering logs from the client that is not hearing some and the id of the participant that is not heard and sharing it with us is next step. |
Yepp, pre-screen is enabled. The audio is broken one-way: I can hear some participants and the participants I can't hear have no problem hearing me. |
So when this happens you can note the id of the participant you don't hear and save your js console logs and send it here. Thank you. |
I have the same issue. Here is my javascript console logs.
|
I also found the same issue on lib-jitsi-meet. |
Pre-requirements
Steps to reproduceSome participants can't hear others audio though they don't muted. Server informationUbuntu 20.04 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I've noticed that this can be "fixed" by closing the browser tab and re-joining the conference in a new tab. So it's not some generic browser or network connectivity issue - that's smth jitsi-specific. |
Also, can we re-open this - the issue still affects multiple users without proper fix. Keep closing and opening jitsi is also hardly acceptable workaround. |
Same thing happened me during my first class on a course. 3 people out of 13 had problems hearing some other people (but not every other people). I've lost some students because of it :( |
Please do not use old threads. Open a new topic in the forum explaining the problem. What deployment do you use? Is it meet.jit.si? If you are hosting your own maybe upload the config.js and what versions of the packages do you use? What browsers and versions were used by those that do not hear? Have you managed to download some client logs (browser js console logs)? |
Description:
While in jitsi meet conference I sometimes experience no audio from some participant. At the same time I can see their screen (when shared) and I can hear audio from other participants.
Is there a way to debug this sort of issues? Perhaps it's an issue others have hit already? Some odd NAT-related problem?
Steps to reproduce:
It seems to be specific to some participants but not the others. Note: I do not hear the audio from participant X but I can hear audio from participant Y and Y can hear X's audio.
Expected behavior:
Audio always works.
Actual behavior:
Audio sometimes works.
Server information:
Ubuntu 21.04
Client information:
Ubuntu 21.04
Falkon 3.1.0
Additional information:
Not sure how this can be tracked down - any ideas would be appreciated.
The text was updated successfully, but these errors were encountered: