kurentoUtils.WebRtcPeer.WebRtcPeerRecvonly and Sendonly

963 views
Skip to first unread message

maxli...@gmail.com

unread,
Jul 20, 2016, 4:56:11 PM7/20/16
to kurento
Hello again,
What are the equivalents of kurentoUtils.WebRtcPeer.WebRtcPeerRecvonly and Sendonly in Java? If I'm correct that these two create a=sendonly or a=recvonly in SDP, how can I do the same when doing webrtcendpoint.generateoffer to create a recvonly or sendonly SDP?

Thanks!

Ivan Gracia

unread,
Jul 21, 2016, 5:46:22 AM7/21/16
to Kurento Public
WebRtcEndpoints in KMS are always sendrecv when you invoke generateOffer. It depends on what you pass in the SDP from the other end of the connection to be one thing or the other.

Ivan Gracia



--
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.

maxli...@gmail.com

unread,
Jul 21, 2016, 1:35:50 PM7/21/16
to kurento
I'm not sure what you mean by "depends on what you pass in the SDP from the other end". WebrtcEndpoint.generateOffer() doesn't have any parameters, and it replies with "a=sendrecv".
In JS you can do kurentoUtils.WebRtcPeer.WebRtcPeerSendonly(options, () { this.generateOffer({})); and it creates SDP with "a=sendonly", how can I achieve the same thing in Java?

Ivan Gracia

unread,
Jul 21, 2016, 2:38:36 PM7/21/16
to kurento
What I meant is that you can process an offer from a remote peer, and you also have to process the answer. The endpoint always generates sendrecv.

If you want the KMS to generate the offer, you can also mangle the SDP.
--

maxli...@gmail.com

unread,
Jul 21, 2016, 6:04:54 PM7/21/16
to kurento
So is my understanding right that if I am the one initiating the call (and hence generating the offer) then to achieve something similar to kurentoUtils.WebRtcPeer.WebRtcPeerSendonly(options, () { this.generateOffer({}));  I have to do generateOffer and mangle SDP to change sendrecv to sendonly, correct?


On Wednesday, July 20, 2016 at 4:56:11 PM UTC-4, maxli...@gmail.com wrote:

Ivan Gracia

unread,
Jul 22, 2016, 5:08:38 AM7/22/16
to Kurento Public
Well, you can do that if you want if you want to prevent by all means that the other end sends media to your KMS.

Ivan Gracia



--

vlad...@softavail.com

unread,
Jan 22, 2018, 11:25:39 AM1/22/18
to kurento
Hello,

I have a problem that is very much related to the subject. I'm trying to create a one2one connection with one peer (offerer) having audio(sendrecv) and video(recvonly), and the other(offeree) respectively having audio(sendrecv) and video (sendonly). My problem is that, for the offerer's endpoint I am able to indicate the media and directions via processOffer() (contained  in offer), but offeree's endpoint seems to be audio(sendrecv) and video(sendrecv) and when I do createOffer() it returns me both media with sendrecv. After establishment of the connection everything seems fine for the  the offerer - he hears and sees the other peer, but offeree doesn't hear offerer's audo.
Can you please help me on this?

Thanks

Vladislav




On Thursday, July 21, 2016 at 12:46:22 PM UTC+3, igracia wrote:
WebRtcEndpoints in KMS are always sendrecv when you invoke generateOffer. It depends on what you pass in the SDP from the other end of the connection to be one thing or the other.

Ivan Gracia



On Wed, Jul 20, 2016 at 10:56 PM, <maxli...@gmail.com> wrote:
Hello again,
What are the equivalents of kurentoUtils.WebRtcPeer.WebRtcPeerRecvonly and Sendonly in Java? If I'm correct that these two create a=sendonly or a=recvonly in SDP, how can I do the same when doing webrtcendpoint.generateoffer to create a recvonly or sendonly SDP?

Thanks!

--
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.
Reply all
Reply to author
Forward
0 new messages