Problem with GStreamer on specific machine [NETWORK STREAM]

[Manu Lange]

Hello,

Please forgive me because I am relatively new to GStreamer and do not know much about it. I am building a program that uses the GStreamer c++ code to stream from a server to a client from a webcam input. On the server, while implemented in code, I basically run this pipeline:

 


pipeline = GST_PIPELINE(gst_parse_launch("v4l2src ! video/x-raw-yuv, width=1280,height=800,framerate=30/1 ! ffmpegcolorspace ! smokeenc keyframe=8 qmax=40 ! udpsink host=192.168.1.100 port=1234", NULL));

 

And on the client I run this:

 

pipeline = GST_PIPELINE(gst_parse_launch ("udpsrc port=1234 ! smokedec ! ffmpegcolorspace ! autovideosink", NULL));

Now as always is the way, this has worked fine for me on three machines (all windows 8 with VS2012 and GStreamer 0.10 runtime and SDK installed) and now I have a fourth machine it HAS to work on and it won’t. It will initialise, give me part of a frame in the pop up windows with mostly green (but partially there) and then crash. The exact output is pasted below:

 

C:\Code\GSTSDK\0.10\x86\bin>gst-launch-0.10.exe -vvv udpsrc port=43220 ! smokede
c ! ffmpegcolorspace ! autovideosink -v
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstSmokeDec:smokedec0.GstPad:src: caps = video/x-raw-yuv,
 format=(fourcc)I420, width=(int)640, height=(int)480, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstFFMpegCsp:ffmpegcsp0.GstPad:src: caps = video/x-raw-yu
v, format=(fourcc)I420, width=(int)640, height=(int)480, framerate=(fraction)30/
1
/GstPipeline:pipeline0/GstFFMpegCsp:ffmpegcsp0.GstPad:sink: caps = video/x-raw-y
uv, format=(fourcc)I420, width=(int)640, height=(int)480, framerate=(fraction)30
/1
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink: caps =
video/x-raw-yuv, format=(fourcc)I420, width=(int)640, height=(int)480, framerate
=(fraction)30/1
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink.GstProxy
Pad:proxypad0: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)640, heig
ht=(int)480, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink: caps =
video/x-raw-yuv, format=(fourcc)I420, width=(int)640, height=(int)480, framerate
=(fraction)30/1
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstD3DVideoSink:autovideo
sink0-actual-sink-d3dvideo.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)I
420, width=(int)640, height=(int)480, framerate=(fraction)30/1
ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Could not read fro
m resource.
Additional debug info:
gstudpsrc.c(605): gst_udpsrc_create (): /GstPipeline:pipeline0/GstUDPSrc:udpsrc0
:
receive error -1 (WSA error: 10040)
Execution ended after 342353425 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstD3DVideoSink:autovideo
sink0-actual-sink-d3dvideo.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink: caps =
NULL
/GstPipeline:pipeline0/GstFFMpegCsp:ffmpegcsp0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstFFMpegCsp:ffmpegcsp0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstSmokeDec:smokedec0.GstPad:src: caps = NULL
Setting pipeline to NULL ...
Freeing pipeline ...

 

I did not this rather important line: ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Could not read fro
m resource.

I suspect some networking issues BUT the firewall is disabled and I have had partial success streaming via other methods. this works 100% fine on other machines and it is getting a partial connection as it can read the frame size and such. But then it just drops and crashes.

 

Any useful help or feed back is very much appreciated!

Thanks is advance,

Manu

Sent from Windows Mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130822/4e7a894f/attachment-0001.html>