To capture the stream traffic while playing you should insert a 'T' into the pipeline with one branch doing the display and the other writing to a file. Here is an example from Atish Nasar: Here's an example: gst-launch filesrc location=source.file ! tee name=tp \ tp. ! queue ! filesink location=destination1.file \ tp. ! queue ! filesink location=destination2.file The queues are to prevent deadlocking. Insert the 'T' at the appropriate place in your pipeline. <div class="gmail_quote">On Tue, Jan 8, 2013 at 12:14 PM, Gary Thomas <<a href="mailto:gary@mlbassoc.com" target="_blank">gary@mlbassoc.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 2013-01-08 09:53, Gary Thomas wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I'm trying to run the gst-streaming-server, using one of the sample streaming sources provided with that package. It sort of works, but the stream(s) are erratic and often just stop for long periods of time. The stream has a time overlay and what I see is the timer stop and then when the video starts playing again, the timer carries on just where it left off. For example, it might pause at time 05.07 sec and wait 60 seconds before playing anything else and when it does, the timer continues right at 05.07 seconds and counting. However, I can see HTTP traffic between my web browser and the server even when the video is stalled, so I'm really confused! I also get very different displays depending on the browser. FireFox (17.0.1) seems to stall less frequently, but it doesn't even show the timer overlay (that one really stumps me). Google Chrome (20.0.1132.47 Ubuntu 12.04 (144678)) stalls a lot but does show the timer. Here's the source pipeline being used with the streaming server: gst-launch -q \ videotestsrc is-live=true ! \ video/x-raw-yuv,format=\(fourcc\)I420,width=320,height=180 ! \ cairotimeoverlay ! \ vp8enc ! \ queue ! \ webmmux streamable=true name=mux ! \ shout2send ip=127.0.0.1 port=80 mount=stream0 \ audiotestsrc volume=0.1 wave=ticks is-live=true ! \ vorbisenc ! \ queue ! \ mux.audio_%d Any ideas what's going on and how to fix it? I need to be able to stream video to a web browser (directly using HTML5) so other streaming methods like RTSP aren't really viable. </blockquote> </div></div> A little more data - if I kill the streaming source while the stream is still active on my browser (but stalled), the stall breaks and many seconds of video start playing with no glitches! To try and understand this a bit more, I'd like to capture the source data [stream] to a file. Can someone recommend how to expand the pipeline above to still send the stream but also save the .webm file?<div class="HOEnZb"><div class="h5"> -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </div></div></blockquote></div>