Chrome/Firefox simulcast encoding of multiple streams.

[Stephen Dame]

Attended the annual Cluecon conference in Chicago last week, and saw a presentation by the Jitsi team and their SFU.

 

They described support for “simulcast” added to SDP to encode 3 streams (high,med,low) in the browser, and then having the SFU select which one to forward to the end viewers based on the presentation layout.  I searched this group for prior discussion to see if Kurento employs the same tactics to send the correct stream to the end user, and if it can encode multi rates in client and send together in single connection ?

 

I understand jitsi uses XMPP to signal the stream changes in SFU.

 

Is this approach supported in Kurento?,  If it is can you point me to some documentation?     

 

Thanks for your help.

 

Regards,

Stephen

 

HostBBB – Online Learning Solutions

207 Technology Group Inc.   1-888-229-9756  skype: Stephen_Dame

 

From: izan...@gmail.com [mailto:izan...@gmail.com] On Behalf Of Ivan Gracia
Sent: Tuesday, August 16, 2016 9:11 AM
To: Kurento Public <kur...@googlegroups.com>
Subject: Re: [kurento-public] Why is renegotiation necessary in kurento?

 

Not a timeframe yet, sorry! That might be a feature that is only available for elasticRTC, though.

Ivan Gracia

 

 

On Mon, Aug 15, 2016 at 3:31 PM, <gugi...@gmail.com> wrote:

Hi , Ivan

 

what is happening whit this renegotiation problem ? Will it be implemented soon ?

 

 thank you

On Tuesday, October 27, 2015 at 10:32:23 AM UTC+1, igracia wrote:

Hi Oliver,

 

Supporting renegotiation is not trivial, and we decided to go without in the beginning. It's not just a matter of commenting out those checks, sorry! We are however fixing this, and we'll be supporting renegotiation soon, in the development version and next releases.

 

Cheers,

Ivan Gracia

 

 

On Mon, Oct 26, 2015 at 9:24 PM, <oliver....@gmail.com> wrote:

WebRTC is built to allow renegotiating sdp and many browsers like Chrome can do that too. In kurento, renegotiating does not work and I can see the following code in SdpEndpointImpl.cpp:

 

 

  if (!offerInProcess.compare_exchange_strong (expected, true) ) {

    //the endpoint is already negotiated

    throw KurentoException (SDP_END_POINT_ALREADY_NEGOTIATED,

                            "Endpoint already negotiated");

  }

 

Is there a specific reason why kurento doesn't allow renegotiating sdp? Would it work for some of the modules to remove these lines, e.g. if we exclusively use WebRTC and only stream from endpoint to endpoint with no filters and such in-between?

--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

 

--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

 

--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Ivan Gracia]

Multistream and simulcast are features only available in the elasticRTC. Don't know if they will make it to the WebRtcEndpoint.

Ivan Gracia

Ivan Gracia

 

 

To unsubscribe from this group and stop receiving emails from it, send an email to kurento+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "kurento" group.

To unsubscribe from this group and stop receiving emails from it, send an email to kurento+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "kurento" group.

To unsubscribe from this group and stop receiving emails from it, send an email to kurento+unsubscribe@googlegroups.com.

[Yas]

Hi Ivan,

Can customers pay to get Multistream and simulcast modules to use it in the WebRtcEndpoint? ElasticRTC is supported only in AWS, but we are using dedicated servers for best performance.

Thanks!

[Ivan Gracia]

I'm afraid that that it's not possible at the moment, sorry. It could be available again in the future.

Ivan Gracia

To unsubscribe from this group and stop receiving emails from it, send an email to kurento+unsubscribe@googlegroups.com.

To post to this group, send email to kur...@googlegroups.com.
Visit this group at https://groups.google.com/group/kurento.
To view this discussion on the web visit https://groups.google.com/d/msgid/kurento/0da1c3e0-e526-4ea2-9b64-3fdae6da10bb%40googlegroups.com.

[Yas]

Thanks Ivan. Please make considerations for users on a private cloud or dedicated servers setup. If these modules are available as a commercial option for purchase, we are willing to buy. ElasticRTC is a great product, but it limits to only AWS specifically for their Auto Scaling Group features. In our experience, Kurento performs better on a dedicated server than on a virtualized server.

Ivan Gracia

To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.