In this section a global overview of the Jitsi infrastructure is provided. If you just started contributing to the project, we highly recommend reading this section thoroughly.
I installed jitsi meet per your instructions, except for my Ubuntu being 18.04. I followed through with this blog post for authentication, and that mostly works, but fails on several one or two major issues (the two may be related). Join a WebRTC video conference powered by the Jitsi Videobridge.
Jitsi comprises a collection of projects:
- Jitsi Videobridge (JVB) - WebRTC compatible server designed to route video streams amongst participants in a conference.
- Jitsi Conference Focus (jicofo) - server-side focus component used in Jitsi Meet conferences that manages media sessions and acts as load balancer between each of the participants and the videobridge.
- Jitsi Gateway to SIP (jigasi) - server-side application that allows regular SIP clients to join Jitsi Meet conferences
- Jitsi Broadcasting Infrastructure (jibri) - set of tools for recording and/or streaming a Jitsi Meet conference that works by launching a Chrome instance rendered in a virtual framebuffer and capturing and encoding the output with ffmpeg.
External Software used by Jitsi:
- Prosody - XMPP server used for signalling
Jitsi Meet Azure Login
The individual connections between the previously described components, as well as their external integrations are described in the figure below.
The external connections can be categorized into two main groups. Firstly, the connections between clients that request a video or audio connection performed through remote requests and data streams. The second category of external connections is those to external services that help store recordings, stream recordings, stream videos or help with creating meetings.
In this section we will look at the main parts of the codebase and see what they can be used for.
./react/featuresThis folder is where it is best to start writing your code, as it contains most of the app components that are used in the apps on Android and iOS, as well as on the web version. This source folder is split up into all the different features that Jitsi has to offer, such as authentication, chat interaction, keyboard shortcuts, screenshot capture, remote control and virtual background. Each of these features has its own folder in this map, which is then again split up to keep a hierarchy and consistency throughout the code.
Each feature folder consists of a subfolder called components, in this folder all of the React, or React Native for mobile, components are expressed. Usually in this folder there will be a separation between native and web components, however in some cases the same component could be used for both Android, iOS and web browser, in which case there is no separation made.
As stated before, the codebase mostly consists of React and React Native, which is the React version for mobile applications. Most of the features make use of the so-called class component by React , however some new features start to use the new way to write functional components by using hooks.
The application makes use of React Redux as well, this is used as a general state store to keep track of important parameters that are used throughout the application. More on React Redux can be found here .
Most features also contain a file called
middleware.js. This file acts as a bridge between the component and the functionality of the rest of the application.
./modules/external-apiIn this folder, the external API can be found. This API can be used in various events like participants joining/leaving the meeting, changes in avatars or chat, as well as errors in using the microphone or camera.
./android and ./iosBoth of these folders contain the basics of the Android and iOS app respectively. However, the code for the application itself and its components can be found in the react/features folder, which will be explained later in this section.
./conference.jsThis file can be found at the root of the project, and contains the foundation of any interaction between a user and a conference room. This consists of setting up a connection to it, joining the meeting room, muting and unmuting, but also functions to gather information about the participants that are in the room.
./langThis folder contains all the different translations that are present in Jitsi Meet. The translations can be found in the code with each of the keys in the translation maps that can be found in
./cssThis folder contains all the css that is used in the project. The files (mostly .scss files) are split up into features like the React features that they are used in.
The main form of testing code changes is done through torture tests, next to this the code is tested manually.
The torture tests are located in a separate repository, Jitsi Meet Torture. The project contains end to end tests for several key functions such as peer to peer and invites. The testing can be done for iOS, Android and web, which are all the platforms that Jitsi Meet can be used on. The testing is done automatically for pull requests by project members, where it is used in combination with the continuous integration by a Jenkins instance running the tests, testing on the meet.jit.si instance. Other members can run the tests locally. The test results can be viewed on an automatically generated web page.
Manual testing is performed while doing code reviews, however there are also testing releases that can be freely downloaded and deployed, or can be used on the beta test server.
I love Jitsi Meet and roughly one year ago I decided to kick off a new side project that allowed me to launch my own private servers, on-demand, for every videoconference meeting with my clients, friends, and team.
Jitsi Meet Azure Cloud
The application it’s called Ya!Meeting and it’s an orchestration service that launches and installs Jitsi Meet on a new VM on the cloud, and when the meeting is over the server gets deleted.
It’s quite easy to create a new meeting, you type in the name of the meeting, choose how many participants (to determine the size of the VM), the duration (to schedule the termination time), the location of the attendees (to deploy the VM in a specific region) and the email address of the attendees to notify them with the date, time and link to the meeting.
You can read more about it in the FAQ section
The cost for a meeting is quite low, for ex.: Up to 6 people, for 3 hours is just USD 0.06
I also offer a free meeting just like Jitsi Meet but the server running this free meeting gets deleted and replaced by a new one at least once a week.
Jitsi Meet Azure Download
I’m currently working on allowing the users to deploy on their own cloud accounts like Digital Ocean, AWS, GCP, Azure and provide their own SSL certificate.
Jitsi Meet Docker Azure
Photo Credits: https://www.pexels.com/@julia-m-cameron