Hey there,
Sorry I am new to Jitsi Meet. My crazy idea may be stupid.
Jitsi Meet is amazing and I am thinking to host it on my own
server, which
may be available to public.
Thanks for your kind words!
According to my understanding, Jitsi Meet is not based on
p2p architecture,
which is different from a typical WebRTC application. If
every video stream
is relayed by Videobridge, the server cost could be heavy.
It could be but it probably wouldn't unless you have a *very*
successful service (as in millions of calls per month).
So I am thinking
the possibility to run Jitsi Meet WITHOUT Jitsi Videobridge
to low the
server cost.
Full mesh is a very bad idea for multi-party calls. It basically
means
that all of your calls, beyond 1-to-1 and potentially 3-participant
calls, would be very bad quality. The one place where a peer-to-peer
connection makes sense is a 1-to-1 call.
All of Meet is built around the idea of bridge connections. Adding a
full mesh mode would hence imply a lot of effort for no substantial
gain.
What we would possibly do though is to accept a patch that *in
addition* to the bridge peer connection, also creates a direct one
where this is possible and switches between the two when this makes
sense.
We do this in Talky - peer-to-peer for 2 participants with an
upgrade to the JVB when the 3rd participant joins. It's complicated
to handle
That's good feedback. Thanks! Could you maybe share where the complexity
came from?
I could ask Lance or Fippo to chime in, but as I understand it the UI code is fairly complex. For instance, there is a slight delay as the session is upgraded from p2p to mediated, which can be confusing for users. Also, there's some logic to handle downgrades but you don't want to downgrade too fast once the session goes back down to 2 people (I think we settled on 30 seconds). It was a bit tricky to get these things right.
and I'm not sure that it's a great thing to recommend in general.
I guess it is a matter of a lesser evil. I certainly wouldn't think it
would be worth it for anything but massive services. Once you are there
though it is a matter of whether you'd be happy to pay more or accept
whatever compromises are in front of you.
Actually I think it is helpful for even relatively small services, because it can save you money on running multiple JVB instances (which in our experience run best on bare metal servers, and those aren't cheap).
Peter
···
On 11/15/15 3:51 PM, Emil Ivov wrote:
On Sunday, 15 November 2015, Peter Saint-Andre <peter@andyet.net > <mailto:peter@andyet.net>> wrote:
On 11/15/15 3:28 PM, Emil Ivov wrote:
On Thu, Nov 12, 2015 at 8:04 AM, Ying LEE > <mr.ying.lee@gmail.com> wrote: