Screen Share: Passing single stream to multiple RTCPeerConnection

[Kanagavelu Sugumar]

Hi Team,

I know that a single peer[Offerer] can share his stream with multiple peers[Answerers].

Is it possible Answer-er still can pass the stream (which is got from Offerer) to another Answer-er?

Means  Peer A has shared his stream to Peer B. B wants to share the same stream with Peer C.  ?

                       A ---> B   && A ---> C  is possible.

            But      A ----> B -----> C  is possible ...?

Thanks,

Kanagavelu Sugumar.

[Alexandre GOUAILLARD]

you should follow issue #383

https://code.google.com/p/webrtc/issues/detail?id=383

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

[Kanagavelu Sugumar]

Hi Alexandre,

Thank you!  Hope as part this goggle team will take care of screen share also.

If not; do i need to mention this anywhere ?

Thanks,

Kanagavelu Sugumar.

[Alexandre GOUAILLARD]

hi KG,

Those are two separate issues.

As far as a Peer Connection is concerned, all is video stream , wether you got it using GUM with your webcam, or using GUM with "screen" (or "tab"). The capacity to relay a remote streams is addressed in bug #383. The day it will work, it will work with your screen sharing as well.

Now, screen sharing is a chrome only feature as this stage. It has some serious security implications (thanks eric for pointing them to me in the first place):

http://lists.w3.org/Archives/Public/public-webrtc/2013Mar/0024.html

This is google's position as of august 20th (from j. uberti) as to wether screen sharing should be in webRTC 1.0 or not:

""

Because of the security concerns, the current direction is to require use of an installed component (e.g. Chrome app/extension or the firefox equivalent) to activate the screen sharing functionality. We will evaluate how this goes, but at current time there is no plan to expose this functionality to the drive-by web as part of WebRTC 1.0. 

""

Then, you were speaking in some of your other e-mails about remote modification of document or document sharing as in "editing a remote document" and not "displaying remote documents". This is not in the roadmap of webRTC (AFAIK), but you could look out for implementations of VNC/RDP in JS to get everything you want at the application level.

HTH.

alex.

[Kanagavelu Sugumar]

Dear Alex,

Thank you so much for the clarification.

I have one more query. Is it possible to change the stream on the fly.

For example i have a RemotePeer is established with sharing my local video. Now i want to change this stream to local Screen share stream on the fly.

How to achieve this? 

Thanks,

Kanagavelu Sugumar.

[Vikas]

Hi,

Anytime you plan to change a stream, you would need to renegotiate with an offer-answer. In your scenario you probably would need to remove the local stream then add screen share stream and then re-negotiate.

/Vikas

[Kanagavelu Sugumar]

Thank you Vikas! 

I have tried like 

.Offerer_Peer.removeStream( oldVideoStream );

.Offerer_Peer.addStream( newScreenStream );  

After this Answerer screen went to blank. I didn't know; i have to re-negotiate. Thank you!!

But How effective this re-negotiate comparing to fresh negotiate? Is it both are same and will again perform ICE checks?

If re-negotiate is same as FRESH OFFER-ANSWER; How do you feel the usecase of change of Stream without re-negotiate?  Could you please provide any link about any discussion happened on this?

I am really sorry if i asked any vague question.

Thank you so much to WebRTC team for their patience and answers.

--
 
---
You received this message because you are subscribed to a topic in the Google Groups "discuss-webrtc" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/discuss-webrtc/CnEHFxjxE_8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to discuss-webrt...@googlegroups.com.

[Vikas]

Hi,

 ICE checks are not performed again when re-negotiating unless you specified IceRestart constraint when creating offer.

/Vikas