Jitsi quality improvement possible?

Friends, a question: Is our Jitsi server intentionally set for only low definition? I try to use it as much as a I can—largely to show people that co-op videochat is possible—but people are often disappointed by the low video quality. I know we’re also trying to accommodate quantity perhaps more than quality. But is there a way we can afford bringing the video quality up a bit for evangelization purposes?

Thanks to all those who make this Jitsi service available.

Hi Nathan - Thanks for checking in. And the short answer is yes, we do intentionally lower the quality in an effort to avoid problems on the client side, particularly when people connect with lower powered machines.

I think in particular, it’s this setting, which sets the max height to 240 pixels, which is fairly low quality. And, if you are in a one-on-one call, in which you are seeing the person you are talking to in full screen, it won’t look great (on the other hand, in gallery view it generally looks ok unless the quality has been downgraded due to a detected low bandwidth client).

constraints: {
        video: {
            aspectRatio: 4 / 3,
            height: {
                ideal: 240,
                max: 240,
                min: 120
            }
        }
    },

I think we may want to experiment with increasing it… but I’m not sure we’ll want to do that until after the final membership meeting in early December. This year we’re going for it and organizing all of our membership meetings on Jitsi Meet for the first time ever. I’m pretty sure we’ll do fine for the discussion metings which generally don’t draw more then 20 or 30 participants. But, our main meeting in December will need to draw at least 60 and could have up to 100.

I’m not sure we’ll go forward with Jitsi Meet on the last meeting unless it goes super smooth for all the initial meetings.

On the other hand… we are limiting the system to just 8 active video streams regardless of how many people are on the call. So maybe if we increase this limit and it works with meetings with more then 8 people, we can expect it to work the same regardless of how many people are on the call?

Open to suggestions.

Thanks for this. Yeah, I would definitely be in favor of upping the quality a bit. I generally use Jitsi just for 1x1s because the quality tends to fall off with larger numbers.

It might be worth considering using meet.coop’s BigBlueButton for the meetings, since it can handle breakout rooms and the like, and is designed for bigger groups (though it too has trouble with lots of people on camera at once). But not sure how it is with simultaneous interpretation, which I know you’ve been working on with Jitsi.

I really like Jitsi for its simplicity and intuitiveness, and I’m so glad we support it. I just want people who experience it to feel like co-op hosting is a real alternative, not a crappier version that makes them wish they were on Zoom:)

Jitsi meet is supposed to be capable of adjusting the quaility based on bandwidth automatically based or user preference. In our early tests this didn’t work as well as we hoped.

I was originally a proponent of intentionally limiting to a much lower quality and members with low bandwitdh requirements in Mexico for example have definfitely commented to us that they’ve had more success using our instance for larger meetings compared to the main Jitsi meet instance. But another thing has always been true since we did this and that is some browser client combinations simply do not respect the video quality restriction and I will often be in a meeting with varying levels of video quality. I think this is because the limit we set is not something the server can actually enforce as the server does not do the encoding, rather it becomes a suggested preference for the javascript client where the encoding actually happens. But some browser clients don’t get the message and simply ignore it. I’ve also noticed that the browser client allows you to select quality and assuming that preference actually works I wonder if it is possible to simply override our suggested preference by setting it yourself? I’d be happy to connect and try this with you.

Thanks for sharing about the Mexico context. Makes a lot of sense, and we want to prioritize use-cases that are not well served by other options.

Yes, I’ve been wondering about that override. Currently it doesn’t seem like it works. But maybe if we kept ideal at 240 but raised the max, that would allow users to override?