Would anyone like to work together on charming up some open source video conferencing options?
Jitsi Meet seems to be a relatively simple stack for charming. Its focus appears to be for small group conversations. Its components appear to be:
prosody
NGINX
Jitsi Videobridge
Jitsi Conference Focus
BigBlueButton would be a large project, but very rewarding. A BBB instance can support hundreds of concurrent users. Its focus is education and lots of users at schools and universities. Some of its components:
BigBlueButton itself (which has several subsystems knitted together with Akka that could be charmed independently)
BBB would definitely offer the community many very interesting and helpful charms beyond BBB by itself. I am not sure I can help with coding, but I can with everything(?) else beyond that
I might ask https://edgeryders.eu if they would be interested in helping out in some of these projects. Alot of communities look for tools that combine office, conference and social platforms that doesnât commodity its users by harvesting the data for advertising purposes. Thatâs why I like https://nextcloud.com
FWIW Jitsi is also whatâs used behind the scenes to provide the audio and video calling features in Matrix/Riot. If itâs possible to charm Jitsi that in such a way that it can be used as the AV link for Nextcloud, Matrix, etc. that might provide a nice Juju-friendly approach where one could compose the charms.
Jitsiâs very good. It is less suitable for large meetings, e.g. more than 10 people, than BigBlueButton, but that doesnât matter for the majority of cases. Jitsi also seems to have much better integration with other software.
Finally getting around to weighing in on this - Iâve used Jitsi previously and really like it, and I think itâd be great for folks to be able to charm-deploy it. Itâs a great compliment to the âself hosted communicationsâ suite of Juju Charms which are growing in number.
It would be great to be able to have a charm that included the jitsi-meet packages, either snapped or installed via the provided debs, and the SIP gateway, that handled the installation of Java - I believe that the remainder of the solution could be handled by one of the existing haproxy or other load balancer charms, given nginx in this described install process only handles reverse proxying from what I can tell.
If thereâs any static content being served by nginx, then likely nginx would need to live in the charm-deployed jitsi, and reverse proxy support would be then limited to fronting the nginx instance for convenient and scalability purposes.