[gst-devel] problem with udpsrc on win32

[Ole André Vadla Ravnås]

Hi,

This is a known issue and has been fixed in CVS HEAD.

Cheers,
Ole André


On Wed, Mar 12, 2008 at 5:11 PM, tyggrysio <tyggrysio at gazeta.pl> wrote:
> hi,
>   I have downloaded last release version of gst-plugins-good (from
>  9.March 2008). I have tried to use udpsrc as in the example (form
>  "GStreamer Good Plugins 0.10 Plugins Reference Manual"):
>  on the one console: gst-launch -v udpsrc ! fakesink dump=1
>  on the second console: gst-launch -v audiotestsrc ! udpsink
>  Application on the second console works fine (I have tested it by
>  another application and packages are sending without problem), but
>  problem is with udpsrc:
>
>  (...)
>  Setting pipeline to PAUSED ...
>  GST_STATES :0::<fakesink0> completed state change to READY
>  GST_STATES :0::<fakesink0> posting state-changed NULL to READY
>  GST_STATES :0::<pipeline0> child 'fakesink0' changed state to 2(READY)
>  successfully
>  GST_STATES :0::<udpsrc0> completed state change to READY
>  GST_STATES :0::<udpsrc0> posting state-changed NULL to READY
>  GST_STATES :0::<pipeline0> child 'udpsrc0' changed state to 2(READY)
>  successfully
>  GST_STATES :0::<pipeline0> committing state from NULL to READY, pending PAUSED
>  GST_STATES :0::<pipeline0> continue state change READY to PAUSED, final PAUSED
>  GST_STATES :0::<pipeline0> child 'fakesink0' is changing state
>  asynchronously to
>  GST_STATES :0::<udpsrc0> current READY, old_pending VOID_PENDING, next
>  VOID_PENDING, old return SUCCESS
>  GST_STATES :0::<udpsrc0> final: setting state from READY to PAUSED
>  GST_ELEMENT_PADS :0::<udpsrc0> pads_activate with active 1
>  default :0::<udpsrc0:src> activating pad from none
>  GST_PADS :0::<udpsrc0:src> trying to set activated in push mode
>  default :0::<udpsrc0:src> activating pad from none
>  default :0::<udpsrc0:src> setting ACTIVATE_MODE 1, unset flushing
>  default :0::<udpsrc0> Activating in push mode
>  default :0::<udpsrc0> starting source
>  default :0::<udpsrc0> creating pipe
>  default :0::<udpsrc0> binding on port 4951
>  default :0::<udpsrc0> have udp buffer of 8192 bytes
>  default :0::<udpsrc0> bound, on port 4951
>  default :0::<udpsrc0> format: 3, have size: 1, size:
>  18446744073709551615, duration: -1
>  default :0::<udpsrc0> is seekable: 0
>  default :0::<udpsrc0> is random_access: 0
>  GST_CAPS :0::<udpsrc0:src> get pad caps
>  GST_CAPS :0::<udpsrc0:src> get pad caps
>  GST_CAPS :0::<udpsrc0:src> dispatching to pad getcaps function
>  GST_CAPS :0::<udpsrc0:src> pad getcaps returned 00B1E890
>  default :0::<udpsrc0> caps of src: 00B1E890
>  default :0::<udpsrc0> no negotiation needed
>  default :0::<udpsrc0> doing seek
>  default :0::<udpsrc0:src> pause task
>  default :0::<udpsrc0:src> pad has no task
>  default :0::<udpsrc0> clearing unlock command queue
>  default :0::<udpsrc0>reading command
>
>  and not more - a command can't be read (I don't know what kind of
>  command should it be, but there isn't any). Any ideas?
>
>  Monika
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  gstreamer-devel mailing list
>  gstreamer-devel at lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>