Dear James, > What's wrong with just using https://meet.jit.si ?
That Jitsi server is indeed available for our use; it's sort of the demo server for 8x8's enterprise Jitsi integration. However, that instance's terms of use limits the number of concurrent users to 25, which may not always suffice for our meeting. > > I'd suggest that Jitsi is more appropriate for our use than BBB > > (Jitsi is a more flexible platform), > > I don't quite agree with this statement, but then I'm biased: Linux > Plumbers Conference evaluated both Jitsi and BBB (and a few others) > and determined that BBB was the most appropriate to the interactive > nature of the conference, which we pulled off successfully in 2020. > The main problem with BBB is it's more difficult to set up than Jitsi > and is more demanding about precision of the dependencies ... but > that's not a problem if someone else is hosting it for you. Congratulations on the online Linux Plumbers Conference :) I'd certainly agree with you that BBB is generally better suited to a conference - not to mention lighter on system resources that Jitsi, which does make a difference when your participants number in 3+ figures! However, its chief benefit for conferences would, I'd say, be counter productive for a meeting. The extra control with BBB creates quite a 'bus factor': there must be someone who can be the host, and that role needs knowledge of all the settings, the password and indeed a reliable connection - BBB is not forgiving to network failures! Since SPDX meetings are open to all, the control isn't as desirable. Jitsi's flexibility is really useful in ad-hoc situations: if the Legal Team wanted an impromptu meeting, say, that could be done without any scheduling or administration. Also, by default everyone has more control with Jitsi; for example, if my microphone was noisy you could mute me without disturbing the chairman. > All of them suffer client side scaling issues because of webRTC (this > is unavoidable with any end to end encrypted solution because the > client to client streams are 1:1) so the main way we mitigated that > was to request people mute video unless they want to speak ... it > actually works better for interaction than raising your hand. Since our meetings are open, would it need E2E encryption? That feature is optional in Jitsi as it happens. I hope I've been able to explain better what I meant by Jitsi being more flexible. As always I shall keep you in the loop regarding the managed hosting that I've requested! Best wishes, Sebastian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#1388): https://lists.spdx.org/g/spdx/message/1388 Mute This Topic: https://lists.spdx.org/mt/81763353/21656 Group Owner: [email protected] Unsubscribe: https://lists.spdx.org/g/spdx/leave/2655439/21656/1698928721/xyzzy [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
