Comments on: WebRTC RTCPeerConnection. One to rule them all, or one per stream? https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/ The leading authority on WebRTC Tue, 03 May 2022 10:54:08 +0000 hourly 1 By: Tsahi Levent-Levi https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-147603 Tue, 03 May 2022 10:54:08 +0000 https://bloggeek.me/?p=10994#comment-147603 In reply to Carlos Gamboa.

Carlos,

A few thoughts on this one:

1. I wouldn't use Kurento. Not well maintained. Popularity is dropping. I'd use something else (mediasoup, Jitsi, Janus, …)
2. Peer Connections count is important, but in the case of 5-way calls not critical these days. There's no need to make this your main parameter for decision making
3. With an SFU, media flows to the media server which then routes it around. This means a lot less strain on the uplink, where users are more limited in available bitrate (not to mention the reduction in CPU requirements form the client)

]]>
By: Carlos Gamboa https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-147574 Mon, 02 May 2022 15:55:07 +0000 https://bloggeek.me/?p=10994#comment-147574 Hi Tsahi Levent-Levi, you are the go to person when learning more in deep details of WebRTC.

I am implementing a multi party call app, I started with one to one video calls, and now I am using Kurento media server to achieve mutli party calls without doing a mesh architecture.

But for the examples I saw, each user needs to open a receive only peer connection per each participant to receive their stream. This means if there are 5 people in the call. There will be 1 connection for sending your media and other 4 WebRTC connections to receive the corresponding media of the other users. How is this different from a mesh architecture? Why people compare Mesh vs SFU if you still need to open connections to receive medias from each other user? The only difference is that you upload your own media once.

So how can we avoid that? According to your blog one of the solutions is Just have 1 connection to send and 1 connection to receive multiple medias? Is that part of official WEBRTC standards?

Can that still be considered SFU? Is it a new architectural approach?

Thanks in advance.

]]>
By: Tsahi Levent-Levi https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-140201 Wed, 03 Nov 2021 19:27:41 +0000 https://bloggeek.me/?p=10994#comment-140201 In reply to Mooman.

Mooman, this question is more suitable for stackoverflow or discuss-webrtc. Somewhat less in a comment on an article on this blog.

]]>
By: Mooman https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-140192 Wed, 03 Nov 2021 18:10:51 +0000 https://bloggeek.me/?p=10994#comment-140192 Hi Tsahi, i have a peer connection on which i am using exchanging the stream (local and remote) now i want to send the getDisplayMedia stream as another stream to the other peer so i can display both my video and getDisplayMedia stream both at the same time on different Video element how can i do that? any reference to source code or anything will be very helpful
thanks in advance

]]>
By: Tsahi Levent-Levi https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-123716 Mon, 12 Oct 2020 05:36:13 +0000 https://bloggeek.me/?p=10994#comment-123716 In reply to WooberLong.

Look at https://webrtc.org/getting-started/unified-plan-transition-guide

To use a single peer connection you’ll need to implement unified plan.

]]>
By: WooberLong https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-123714 Mon, 12 Oct 2020 03:33:38 +0000 https://bloggeek.me/?p=10994#comment-123714 Hi , I’m learning webrtc recently. I want to build a SFU , with some help of google , I figure out how to implement ICE and DTLS-SRTP key exchange.
The next step is about video forwarding , After reading your article , I decide to use single peer-connection solution . But for now I have no idea how to negotiate when new participant joins. Any resource about that ?

]]>
By: Tsahi Levent-Levi https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-121794 Sun, 24 May 2020 05:49:17 +0000 https://bloggeek.me/?p=10994#comment-121794 In reply to Michael Glenn Williams.

Michael,

Not sure I understand your requirement or intent exactly, but if this is to have 100 browsers connect to each other without a media server, then you’re in for a huge headache – especially if you want to stream video on all of them all the time…

]]>
By: Michael Glenn Williams https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-121790 Sat, 23 May 2020 22:01:14 +0000 https://bloggeek.me/?p=10994#comment-121790 Hey Tsahi, you bring up some really important details. We are looking to have up to 100 people upstream to a single chrome instance as their peer (hub spoke). We are not looking for any downstream from the single Chrome peer, or any connections between the 100 peers. Any suggestions on if this will work and how to optimize it, with regard to peer connections. The upstream connections will all be active at the same time. Thank you!

]]>
By: Tsahi Levent-Levi https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-121607 Tue, 12 May 2020 14:15:45 +0000 https://bloggeek.me/?p=10994#comment-121607 In reply to TheNavigateur.

With mesh, you must have 2 peer connections.

If you are using a media server, then today this can be implemented as a single peer connection between each user and the media server. In most cases though, most media servers today still use multiple peer connections for this scenario as well.

]]>
By: TheNavigateur https://bloggeek.me/webrtc-rtcpeerconnection-one-per-stream/#comment-121606 Tue, 12 May 2020 14:13:06 +0000 https://bloggeek.me/?p=10994#comment-121606 Hi! Excuse my ignorance, but I’m a bit confused. Suppose I have 3 simultaneous users – surely each user would have to have 2 RTC peer connections, correct? Is this article about allowing that to be 1? If so, could you briefly outline how this is possible?

]]>