Maximum number of participants on a meeting on server

Thanks! So for now the answer is use Jitsi for the people who will be talking (<35) and then click the Livestream button so everyone else can watch on YouTube, right?


That is the best approach to give you smooth experience, yes.


Hi, I have a followup question on this topic. So I understand that there is a hard limit of 75 participants per room, and a “soft” limit of 35 for a good user experience. I’m guessing that this limit is due to network requirements. What if all sessions were audio only, could we reach 50 participants? Would it help if most people are muted? Thanks for your time.


You can try, we see such conferences.


I had such an experience yesterday.

I tried my first e-lecture for a university course. 70+ students participated (I was not aware of the hard limit). Myself speaking on a mic and the lecture presentation shared on the screen. Video had a terrible performance; usually frozen or not working at all. 45% of students reported they could not read the presentation content (I later gave them a questionnaire to fill). I found a quick way out of it. I uploaded my presentation as html on a webpage and everyone read the presentation content from there. Everyone had their video turned off & almost everyone muted their audio. Connectivity was also an issue; many students reported frequent disconnects. I did not want to use youtube streaming, because the course is offered to a specific audience.

The strong advantage of the platform was audio. It had stable, strong performance all the time. 87% reported the audio was satisfying. It was importand for me, because I wanted students to listen to recorded audio examples (the course was on history of music). Other platforms I have tried, compress audio so hard, that it is not possible to listen the subtle details of a good recording.

Although I was able to complete the lecture, I was not happy with the overall result. I will not use it for this purpose again, until I solve the video/connectivity issues.

I have already installed the jitsi-meet package in a linux VPS and will try to test it in different configurations. Any suggestion/advice will be greatly appreciated.

best regards


A big conference with 70 participants is hard to host. We are working towards removing this barrier and create conferences with more than 100 participants. It needs few tweaks and multiple bridges to spread the load. This is something we want to achieve and we are very close to it with releasing jvb2.


I got LiveStreaming to YouTube working, but it was a bit of a pain. I couldn’t find the YouTube API key until I went to the old, unsupported, about-to-go-away-forever interface. Is this something that will be easier in the future?

It’s very interesting to me that 70+ people worked at all. Good job thinking on the fly and uploading the presentation as a web-page. In my experience screen sharing works great when the other people have desktop or laptop computers, but it is illegible on the phone app.

Are you avoiding YouTube streaming because of compression problems with the audio? I just connected Jitsi with YouTube and I think I saw a setting which causes more lag but gives better quality.


To make screensharing easy to read, resize the window you’re sharing. It’s like a zoom function.


My concern is having security over quality.
youtube stream is not private (I think); jitsi session had a password,
so only students knowing the password could attend.

best regards


I think its an interesting approach to stream to a larger audience.
is it possible to configure YOUTUBE_URL in jibri to use a custom rtmp server like a selfhosted nginx-rtmp?

1 Like

YouTube can be semi-private if you want it to. Change the default permissions from public to unlisted. That means only people who have the URL that you give them will be able to see it.


That is a good idea. Thanks.

So how many people are possible? Through a program for university video lectures

You can enable the google integration, check it on (not fully working as we are over the quota and waiting for Google update), but you will be able to choose channel and stuff and you do not need the key actually.

1 Like

We have seen today in a conference with 60+ users on a jvb2 on a powerful server (8 cores):

Jicofo 2020-03-31 09:54:14.622 SEVERE: [1115] org.jitsi.jicofo.SSRCValidator.log() Too many sources signalled by 8efe0c3f - dropping: ssrc=1942396848
Jicofo 2020-03-31 09:54:14.640 WARNING: [1115] org.jitsi.jicofo.JitsiMeetConferenceImpl.log() Not sending source-add, notification would be empty

maxSourcesPerUse are defined in jicofo/

     * The default value for {@link #maxSourcesPerUser}.
    private final static int DEFAULT_MAX_SSRC_PER_USER = 20;

     * The name of configuration property that sets {@link #maxSourcesPerUser}.
    private final static String MAX_SSRC_PER_USER_CONFIG_PNAME
        = "org.jitsi.jicofo.MAX_SSRC_PER_USER";

So does it make sense to increase this value in the jicofo settings?


This means that one endpoint advertised more streams (ssrcs) than the limit. It’s likely a bug somewhere, I don’t know if it’s related to the size of the conference. You can try to work around it by increasing the limit, but that’s not a long term fix.


1 Like

Hey there,
hows the scenario if voice only without video, is jitsi able to handle up to 100 participant? or less than 75 participant (max 35 participant) ?
thanks, regards

100 should be fine, I think.


Hey Demencho,
Is there any maximum participant or limit if we use voice only?