[gst-devel] udpsink/udpsrc on win32 (Vista)

William Lee william at breezecapsule.com
Thu Jul 30 15:28:06 CEST 2009


Hi all,
I'm answering my own question here.

I have managed to use RTP to control the framing on Windows XP and stream
from an XP box to a Vista box. However, I cannot yet do the same on Vista.

What I notice is that when I stream using RTP with "udpsink port=5000
host=localhost" with debug level set to 5, I can indeed see the packet sent
to the loopback device.

0:05:09.228000000  3428   02D2EB78 LOG           multiudpsink
gstmultiudpsink.c:
385:gst_multiudpsink_render:<udpsink0> about to send 1000 bytes
0:05:09.231000000  3428   02D2EB78 LOG           multiudpsink
gstmultiudpsink.c:
392:gst_multiudpsink_render:<udpsink0> sending 1000 bytes to client 00A9D980
0:05:09.234000000  3428   02D2EB78 LOG           multiudpsink
gstmultiudpsink.c:
425:gst_multiudpsink_render:<udpsink0> sent 1000 bytes to 1 (of 1) clients

However, if I try to send to another host "udpsink port=5000
host=192.168.0.2", the following error can be observed:

385:gst_multiudpsink_render:<udpsink0> about to send 1000 bytes
0:05:48.531000000   456   01EFE2F0 LOG           multiudpsink
gstmultiudpsink.c:
392:gst_multiudpsink_render:<udpsink0> sending 1000 bytes to client 00A9D9C0
0:05:48.534000000   456   01EFE2F0 WARN          multiudpsink
gstmultiudpsink.c:
410:gst_multiudpsink_render:<udpsink0> client 00A9D9C0 gave error 0 (No
error)
0:05:48.537000000   456   01EFE2F0 LOG           multiudpsink
gstmultiudpsink.c:
425:gst_multiudpsink_render:<udpsink0> sent 1000 bytes to 0 (of 1) clients

I'm not sure what's causing the sendto() error. I'm pretty sure the size of
the buffer is below the max size allowed for the socket. Is it anything to
do with IPv4 / IPv6 and multiple network interfaces? Anyone any idea?

William


2009/7/30 william at breezecapsule.com <william at breezecapsule.com>

> Thanks for the advice. I would really appreciate if someone has an example
> pipeline I can try. I tried using ffenc_h263p followed by rtph263ppay with
> mtu value set to various values, however I still can't get the the packet
> sent through udpsink.
>
> Many thanks.
>
> William Lee @ Breeze Capsule
>
>
> -original message-
> Subject: Re: [gst-devel] udpsink/udpsrc on win32 (Vista)
> From: "Wim Taymans" <wim.taymans at gmail.com>
> Date: 30/07/2009 11:02
>
> On Thu, 2009-07-30 at 10:41 +0100, William Lee wrote:
> > Hi all,
> >
> >
> > Has anyone successfully used udpsink and udpsrc on win32 (Vista) using
> > the GStreamer Winbuild?
> >
> >
> > I'm testing a simple pipeline
> >
> >
> > > gst-inspect-0.10.exe --gst-debug-level=3 videotestsrc ! udpsink
> > port=5000
>
> You can only send 65536 bytes with udp, the output of videotestsrc is
> likely bigger. You might want to reduce the framerate or do application
> level framing by using RTP or so.
>
> Wim
>
> >
> > I'm see the following messages continuously being printed in the log
> >
> >
> > 0:00:00.966000000 ←[335m 4240←[00m   01BA7008 ←[33;01mWARN ←[00m
> > ←[00m        mu
> > ltiudpsink
> > gstmultiudpsink.c:416:gst_multiudpsink_render:<udpsink0>←[00m client
> > 01B616F8 gave error 0 (No error)
> >
> >
> > I have looked at the multiudpsink_render source code and printed the
> > following out:
> >
> >
> > 0:00:00.965000000 ←[335m 4240←[00m   01BA7008 ←[33;01mWARN ←[00m
> > ←[00m        mu
> > ltiudpsink
> > gstmultiudpsink.c:402:gst_multiudpsink_render:<udpsink0>←[00m SO_MAX_
> > MSG_SIZE = 65527 and BUFFER SIZE = 153600
> >
> >
> > It seems that the SO_MAX_MSG_SIZE of the datagram socket is set to
> > 65527 bytes but the buffer being sent is 153600 bytes, so the sendto()
> > call failed because the buffer exceeds the socket message size.
> >
> >
> > Does anyone have a workaround? Is there any way to control the buffer
> > size upstream?
> >
> >
> > Thanks.
> >
> >
> > William
> >
> >
> >
> > --
> >
> > William Lee @ Breeze Capsule
> > Email: william at breezecapsule.com
> > Mobile: +44 7984 368 182
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________ gstreamer-devel mailing
> list gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>


-- 

William Lee @ Breeze Capsule
Email: william at breezecapsule.com
Mobile: +44 7984 368 182
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090730/b746a774/attachment.htm>


More information about the gstreamer-devel mailing list