setting up rtpbin from an SDP offer

[Daniel Pocock]

Is there an example of how to completely create an rtpbin, udpsink and
udpsrc from an SDP offer message body?

Is it necessary for each application developer to inspect the SDP and
create each of those elements with the port numbers or is there an
automated way to do that?

I notice that for webrtcbin it can work from the SDP alone and create
all the necessary udpsink/udpsrc
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Olivier Crête-3]

Hi,

If you're only interested in a receiver, look at sdpdemux, you feed it
a SDP file as input and it creates a receiver.

Olivier

On Mon, 2021-04-12 at 22:10 +0200, Daniel Pocock wrote:

> Is there an example of how to completely create an rtpbin, udpsink and
> udpsrc from an SDP offer message body?
>
> Is it necessary for each application developer to inspect the SDP and
> create each of those elements with the port numbers or is there an
> automated way to do that?
>
> I notice that for webrtcbin it can work from the SDP alone and create
> all the necessary udpsink/udpsrc
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

--
Olivier Crête
[hidden email]

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Daniel Pocock]

Hi Olivier,

Thanks for the fast reply, it is for bidirectional communication, both
voice and video.

I look after the conversation manager in reSIProcate, reConServer:
https://github.com/resiprocate/resiprocate/tree/master/resip/recon

It currently uses sipXtapi for a voice-only media stack.  It does both
regular calls (two parties) and conferences.

I'm looking at how to offer gstreamer there as an alternative to sipXtapi

Ideally, it will accept connections from both regular SIP clients and
also WebRTC clients

If sdpdemux is unidirectional then it won't be a complete solution.

Is it feasible to extend sdpdemux to behave like the full webrtcbin
offer/answer?  Or would it be better for me to create some other element
or improvement to rtpbin?

Regards,

Daniel


On 12/04/2021 22:26, Olivier Crête wrote:

> Hi,
>
> If you're only interested in a receiver, look at sdpdemux, you feed it
> a SDP file as input and it creates a receiver.
>
> Olivier
>
> On Mon, 2021-04-12 at 22:10 +0200, Daniel Pocock wrote:
>> Is there an example of how to completely create an rtpbin, udpsink and
>> udpsrc from an SDP offer message body?
>>
>> Is it necessary for each application developer to inspect the SDP and
>> create each of those elements with the port numbers or is there an
>> automated way to do that?
>>
>> I notice that for webrtcbin it can work from the SDP alone and create
>> all the necessary udpsink/udpsrc
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Olivier Crête-3]

Hi,

If you want something bi-directional, I'd look at Farstream, the
fsrtpconference element looks like exaclty what you need. I design it
to provide the media part of a SIP stack.

Olivier

On Mon, 2021-04-12 at 23:39 +0200, Daniel Pocock wrote:

> Hi Olivier,
>
> Thanks for the fast reply, it is for bidirectional communication, both
> voice and video.
>
> I look after the conversation manager in reSIProcate, reConServer:
> https://github.com/resiprocate/resiprocate/tree/master/resip/recon
>
> It currently uses sipXtapi for a voice-only media stack.  It does both
> regular calls (two parties) and conferences.
>
> I'm looking at how to offer gstreamer there as an alternative to sipXtapi
>
> Ideally, it will accept connections from both regular SIP clients and
> also WebRTC clients
>
> If sdpdemux is unidirectional then it won't be a complete solution.
>
> Is it feasible to extend sdpdemux to behave like the full webrtcbin
> offer/answer?  Or would it be better for me to create some other element
> or improvement to rtpbin?
>
> Regards,
>
> Daniel
>
>
> On 12/04/2021 22:26, Olivier Crête wrote:
> > Hi,
> >
> > If you're only interested in a receiver, look at sdpdemux, you feed it
> > a SDP file as input and it creates a receiver.
> >
> > Olivier
> >
> > On Mon, 2021-04-12 at 22:10 +0200, Daniel Pocock wrote:
> > > Is there an example of how to completely create an rtpbin, udpsink and
> > > udpsrc from an SDP offer message body?
> > >
> > > Is it necessary for each application developer to inspect the SDP and
> > > create each of those elements with the port numbers or is there an
> > > automated way to do that?
> > >
> > > I notice that for webrtcbin it can work from the SDP alone and create
> > > all the necessary udpsink/udpsrc
> > > _______________________________________________
> > > gstreamer-devel mailing list
> > > [hidden email]
> > > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

--
Olivier Crête
[hidden email]

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel