News for hackers. Stuff that matters.
Re:Jitsi Architecture – legacy desktop application (2011) by manishsharan on Thursday April 02, 2020 @07:29AM (#22757940)
quick question : is the videobridge a multiplexer -- that is all the clients send the webrtc stream to Videobridge and it combines and forwards the streams to the clients ? Or is it signalling server(STUN) and the clients forward streams to each other ? I am asking this as to decide if I could host the videobridge on on home network (video output from multiple clients would be a problem) or if I have to host this on a cloud ?
Re:Jitsi Architecture – legacy desktop application (2011) by kabes on Thursday April 02, 2020 @07:54AM (#22758060)
I think you have a couple of things mixed up. A stun server is different from a signaling server. Jitsi is an SFU, which is neither. The behavior you describe with combining streams is what we call an MCU. An SFU is simpler and just forwards streams. Most of the logic of an SFU is in controlling RTCP protocols, which are typically aimed at one-to-one use cases. An SFU has to make this work for a one-to-many use case.
Re:Jitsi Architecture – legacy desktop application (2011) by saghul on Thursday April 02, 2020 @07:40AM (#22757986)
The videobridge receives all streams from all participants and forwards the appropriate ones to the other participants.
Re:Jitsi Architecture – legacy desktop application (2011) by wildduck on Thursday April 02, 2020 @10:12AM (#22759145)
So as the group members increased it also increases network usage on the SFU server?
Re:Jitsi Architecture – legacy desktop application (2011) by saghul on Thursday April 02, 2020 @12:54PM (#22761005)
Correct.
Re:Jitsi Architecture – legacy desktop application (2011) by wildduck on Friday April 03, 2020 @05:29AM (#22767552)
Hmmm, what happened to the WebRTC using p2p method, where as the member increase so does the bandwidth? Like torrent?