<div>Arnout,</div> <div> </div> <div>I can't figure out how to reply on this list and responding by e-mail...</div> <div> </div> <div>Did you consider the valve element for this purpose? The element can be placed upstream of your processor intensive elements and turned on or off using the "drop" property. When drop is set to TRUE the element drops data thereby preventing buffer overflows.</div> <div> </div> <div><a href="http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-valve.html">http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-valve.html</a></div> <div> </div> <div>Bill<br><br> </div> <div><span class="gmail_quote">On 10/9/09, <b class="gmail_sendername">Arnout Vandecappelle</b> <<a href="mailto:arnout@mind.be">arnout@mind.be</a>> wrote:</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hoi all,<br><br>My application is displaying live media that comes in over http or rtsp.<br>Sometimes the stream has to be paused (because it is invisible and I don't<br> want to waste CPU cycles on decoding). However, simply pausing the pipeline<br>will eventually disconnect the source because of overflowing socket buffers.<br>Also, when playing again, I don't want to render a second of old data.<br> <br>The solution I had in mind is to port the dropping behaviour of queue to<br>multiqueue. Then I pause the sink elements, which makes the queues fill up<br>and triggers the dropping. When playing again, there is still a bit of stale<br> data but it is recent stale data (and probably rendering delay will cause some<br>more data to be dropped in the near future).<br><br>Does this sound like a good idea? Anybody have a better idea?<br><br>Regards,<br>Arnout<br> <br>--<br>Arnout Vandecappelle arnout at mind be<br>Senior Embedded Software Architect +32-16-286540<br>Essensium/Mind <a href="http://www.mind.be">http://www.mind.be</a><br> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven<br>LinkedIn profile: <a href="http://www.linkedin.com/in/arnoutvandecappelle">http://www.linkedin.com/in/arnoutvandecappelle</a><br>GPG fingerprint: D206 D44B 5155 DF98 550D 3F2A 2213 88AA A1C7 C933<br> <br>------------------------------------------------------------------------------<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA<br>is the only developer event you need to attend this year. Jumpstart your<br> developing skills, take BlackBerry mobile applications to market and stay<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!<br><a href="http://p.sf.net/sfu/devconference">http://p.sf.net/sfu/devconference</a><br> _______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> </blockquote></div><br>