GNOME Bugzilla – Bug 702512
RTP UDP on Windows sends/receives no packets
Last modified: 2013-06-17 21:39:05 UTC
Latest version of SDK (2012.11) version 0.10.36 can not do a simple streaming over network or in loopback. I have tried the same pipeline on Linux/Ubuntu(3.2.0-38-generic) and it works: also using version 0.10.36 of gstreamer. Here is a simple pipeline test that does not work on Windows 7 but does on Linux. server: gst-launch videotestsrc ! ffenc_mpeg4 ! rtpmp4vpay ! udpsink port=5000 -v client: gst-launch udpsrc port=5000 caps="application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP4V-ES, profile-level-id=(string)1, config=(string)000001b001000001b58913000001000000012000c48d8800f50a041e1463000001b24c61766335332e33352e30" ! rtpmp4vdepay ! ffdec_mpeg4 ! ffmpegcolorspace ! autovideosink Used a network sniffer and see no packets. Produced same pipeline in a python script and monitored the udpsink properties. The bytes-served property shows the bytes increasing so it thinks it is sending packets to the client.
0.10 is no longer maintained I'm afraid. Please see http://lists.freedesktop.org/archives/gstreamer-announce/2013-March/000273.html The 0.10 SDK binaries are not made by the GStreamer project, please file bugs for those against the gstreamer-sdk project on bugs.freedesktop.org . However, I would recommend you move to the GStreamer 1.0 binaries as announced here: http://lists.freedesktop.org/archives/gstreamer-announce/2013-June/000281.html (though this version also contains two bugs related on Windows, namely bug #700878 and bug #692400 , both will be fixed in 1.0.8).