On Mon, May 23, 2022, at 8:45 AM, Ghanshyam Mann wrote:
---- On Mon, 23 May 2022 04:54:23 -0500 Sean Mooney <smooney@redhat.com> wrote ----
On Sat, 2022-05-21 at 17:33 +0200, Thomas Goirand wrote:
On 5/21/22 06:07, Ghanshyam Mann wrote:
---- On Fri, 20 May 2022 20:56:27 -0500 Erik McCormick <emccormick@cirrusseven.com> wrote ----
On Fri, May 20, 2022, 7:03 PM Thomas Goirand
<zigo@debian.org> wrote:
On 5/20/22 19:42, Ghanshyam Mann wrote:
* Joining info Join with Google Meet = meet.google.com/gwi-cphb-rya
What would it take to make everyone switch to free software? We're moving from one non-free platform (zoom) to another (google meet), even if we have Jitsi that works very well... :/
Jitsi degrades beyond 16 or so interactive users. I love it and wish it well, but it's just not there yet. If the situation has changed in recent months, great then let's take a look.
Yeah, we try to use that as our first preference but it did not work as expected. In a recent usage in RBAC discussion a few weeks ago, many attendees complained about audio, joining issues or so. That is why we are using non-free tooling.
@zigo, If you have tried any free and stable platforms for video calls, please suggest and we will love to use that.
-gmann
As I understand, the point isn't to make more than 16 persons talk in the meeting. Let me know if I'm wrong.
In such case, a setup similar to Debconf (which used Jitsi for Debconf 2020 and 2021) can be used. You get just a few people in the meeting, and everyone else just listens to the broacast (ie: a regular online video in your browser or VLC). in general whe we have video meeting for thinkgs like rbac discussions we do want to allow most or all attendes to be able to talk so using vlc to have everyone else just listent would fail that requireemtn in general.
if it was a presentation sure but for a meeting that would not really be useful
Yeah, these are more interactive meetings than presentation style. If anyone attending the the meeting I expect they will participate in the discussion sometimes or at least can/should be able to make comments when things are related to their projects/area or so.
Jitsi meet seems to scale on the client side and video seems to impact that quite a bit. What this means is the more people you have in a call and the more people streaming webcams the worse the experience. That said it does seem to work fairly well with 30-40 people if video is turned off and you rely on the paired etherpad system. It isn't perfect, but the OpenDev team uses it when we need to do calls. That said it has been a while since I was in a call that large. As for debugging why sound doesn't work as mentioned prior to the PTG one known issue is that Firefox seems to treat jitsi's webrtc as autoplayed audio which means you have to enable autoplay audio for the jitsi server or enable it globally. Other than that we are not currently aware of any issues preventing audio (or video) from working. It is always a great help if the people who have problems with tools like this can reach out so that we can help debug them. Instead we're just told it doesn't work and get no details that are actionable. The mobile clients do seem to work quite well if you need a fallback too.
-gmann
The full setup is well documented [1], and we have free software ansible scripts [2]. This allows thousands of attendees, plus recording and reviewing of the videos.
I very much would love if there was some efforts put in this direction (or some similar setup, as long as it's fully free).
Hoping this helps, Cheers,
Thomas Goirand (zigo)
[1] https://video.debconf.org [2] https://salsa.debian.org/debconf-video-team