I just realized after re-reading Jitsi's feature list that only audio
is supported in Jitsi's "native" conference mode. So video and screen
sharing isn't supported.
Well, it kind of is, but it's still beta and it requires you to have
substantial bandwidth. That's the main reason for our work on the
conference bridge extensions.
Can I download the beta and try that out?
Supposedly, our users will use their Jitsi clients within a 100Mbps network.
However, I was wondering if an easier solution could be found. Suppose
Jitsi clients connect to an "Asterisk confBridge 10" or any other SIP
video conferencing server, wouldn't it be "simple enough" to allow the
Jitsi user to decide whether to stream its webcam video or it's desktop?
Yes, this should already just work.
How? In the beta version only?
So instead of streaming video from the webcam, couldn't it be possible
to just stream the desktop in a "standard" video call to a SIP
Yes, as I said, this is already how things work.
In the beta version only, right?
Maybe the Jitsi user could even switch between the 2 video stream types
from within a call. Of course, the desktop video stream would be
"read-only" in this scenario but that's good enough in most
In the Asterisk implementation, this is the role of the server. Current
switching is based on voice activity.
Asterisk confBridge 10 as several video-switching mechanisms. But that's between one user and another. I don't think it has the option to switch between a video stream and another from within one SIP extension. confBridge's "follow_talker" allows to switch video to a SIP extension that's talking.
Maybe a workaround would be for, say, user 1 to make two SIP connections to the confBridge Asterisk server: 1 connection with the webcam video (extension 1) and another with the desktop stream (extension 2). This way, conference participants will be able to switch via DTMF between extension 1 and extension 2 video streams.
Is it far-fetched or is there a simpler way?