try using playbin2, or gst-launch souphttpsrc ! decodebin ! xvimagesink ? best luck -kapil <div class="gmail_quote">On Thu, Apr 22, 2010 at 1:01 AM, Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.] <<a href="mailto:walter.kulecz-1@nasa.gov">walter.kulecz-1@nasa.gov</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">What is the proper source to use for a "netcam" that produces an MJPEG stream? <a href="http://x.y.z.n/video.cgi" target="_blank">http://x.y.z.n/video.cgi</a> delivers a MJPEG image stream. This works in Firefox with NoScript blocking x.y.z.n by default, so its not using any client side code in the browser. I've tried the following: gst-launch giosrc location=<a href="http://192.168.1.100/video.cgi" target="_blank">http://192.168.1.100/video.cgi</a> ! xvimagesink Which gives: (gst-launch-0.10:3359): GLib-WARNING **: g_set_prgname() called multiple times Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 227460 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... AND: gst-launch playbin2 uri=<a href="http://192.168.1.100/video.cgi" target="_blank">http://192.168.1.100/video.cgi</a> ! queue ! jpegdec ! xvimagesink Which gives: (gst-launch-0.10:3375): GLib-WARNING **: g_set_prgname() called multiple times WARNING: erroneous pipeline: could not link playbin20 to queue0 Ubuntu910:~/gst-learn$ gst-launch playbin2 uri=<a href="http://192.168.1.100/video.cgi" target="_blank">http://192.168.1.100/video.cgi</a> ! xvimagesink (gst-launch-0.10:3395): GLib-WARNING **: g_set_prgname() called multiple times WARNING: erroneous pipeline: could not link playbin20 to xvimagesink0 Ubuntu 9.10 uses gstreamer-0.10.25. This is a low priority for me, but if I knew it worked it could be useful for me as a video source to experiment with gstreamer on Windows XP. ________________________________________ From: Tim-Philipp Müller [<a href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>] Sent: Tuesday, April 20, 2010 4:54 AM To: <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a> Subject: Re: [gst-devel] Could not close resource error when using gnomevfssrc with ftp ----------------- stuff deleted ------------------------------------------ > But if i take the queue element out: > gst-launch -v gnomevfssrc > location=<a href="ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3" target="_blank">ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3</a> ! > decodebin ! fakesink > > the pipe stays blocked for ever (on both cases)... is this behavior > expected? have anyone faced something like that? is a good policy to > always put a queue after a gnomevfssrc? If there's no queue between the source and the decoder/parser, then gnomevfssrc may be activated in pull mode if gnomevfssrc thinks it can seek in the resource it opened. I don't think this ever worked particularly well. "ftp" should probably be in the blacklist of protocols that shouldn't operate in pull mode, like http is already. But in any case, you should really use giosrc instead. gnomevfs and hence gnomevfssrc are deprecated. Cheers -Tim ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a> </blockquote></div> -- <a href="http://www.linkedin.com/in/kapilagrawal">http://www.linkedin.com/in/kapilagrawal</a>