[gst-devel] Replacing many udpsrc/udpsink by one element

Eric Zhang nicolas.m.zhang at gmail.com
Mon Dec 8 03:36:20 CET 2008


Hi, gstreamer-devel:

    Correct. Both these elements use one socket inside so if every
connection wanna use a separate socket pair, multiple udpsrc/udpsink cannot
be avoid, or you can write a new element to achieve this.

Eric Zhang

2008/12/6 Olivier Crête <olivier.crete at collabora.co.uk>

> On Fri, 2008-12-05 at 17:54 +0800, Eric Zhang wrote:
> > Hi, gstreamer-devel:
> >
> >     multiudpsink can send UDP packets to multiple clients. But I don't
> > find "multiudpsrc".  :)
>
> udpsrc can receive from multiple clients (and its save the address in
> the buffer's header, its a GstNetBuffer).
>
> Then you possibly need to demultiplex it yourself.
>
> That said, I think its not what spgle wants, since even multiudpsink
> only uses one socket.
>
>
> > Eric Zhang
> >
> > 2008/12/5 SP GLE <spglegle at yahoo.fr>
> >         Hi,
> >         I use Gstreamer for receving/sending RTP with multiple
> >         connections by process
> >          (let's say one hundred), so 100 UDP sockets for RTP and 100
> >         UDP sockets for RTCP.
> >
> >         These 200 sockets are in use by udpsrc and udpsink elements
> >         (created using
> >         the 'sockfd' properties for each one).
> >
> >         Is there an element able to handle many sockets (200 for ex.)
> >         for reading and writing,
> >         using provided sockets' fds ?
> >
> >         It would be more efficient than 200 udpsrc and udpsink,
> >         avoiding many fcntl() and poll for
> >         waiting for/reading data. fds could be added/removed to the
> >         element using requested pads,
> >         pad names containing fd value as %d.
> >
> >         Regards.
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >         SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
> >         Vegas, Nevada.
> >         The future of the web can't happen without you.  Join us at
> >         MIX09 to help
> >         pave the way to the Next Web now. Learn more and register at
> >
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> >         _______________________________________________
> >         gstreamer-devel mailing list
> >         gstreamer-devel at lists.sourceforge.net
> >         https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
> >
> ------------------------------------------------------------------------------
> > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada.
> > The future of the web can't happen without you.  Join us at MIX09 to help
> > pave the way to the Next Web now. Learn more and register at
> >
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> > _______________________________________________ gstreamer-devel mailing
> list gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> --
> Olivier Crête
> olivier.crete at collabora.co.uk
> Collabora Ltd
>
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20081208/c361b023/attachment.htm>


More information about the gstreamer-devel mailing list