<div>David,<br></div><div><br></div><div>Sounds a little more involved than I hoped, but thanks for the information.</div><div><br></div><div>-Alton</div><br><div class="gmail_quote">On Thu, Mar 10, 2011 at 12:34 PM, Hoyt, David <span dir="ltr">&lt;<a href="mailto:hoyt6@llnl.gov">hoyt6@llnl.gov</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">&gt; Is there a way to configure the amount of time playbin will try to connect before giving up?<br>
<br>
</div>It gets complicated and it depends on what playbin autoplugs and determines is its source. You&#39;ll need to listen to the various signals it produces and catch when it determines what its source is (in the past at least, you had to catch when playbin2 added a uridecodebin and then catch when uridecodebin added a decodebin and then catch when the decodebin added its source element -- a bit convoluted for sure). Then you can adjust the source&#39;s parameters. But elements like souphttpsrc don&#39;t give you much to play with. neonhttpsrc, however, has a connect-timeout property, for instance.<br>

<div class="im"><br>
&gt; I tried playbin2, but it wants to buffer for 10-15 seconds before it starts giving me any data.<br>
<br>
</div>There are various things that come into play here. If you&#39;re using MJPEG, then the auto-plugged multipartdemux in playbin2 can take a while before it determines (decides) that you&#39;re only looking at motion jpeg and don&#39;t have another (audio) stream muxed as well. With OSSBuild (I don&#39;t recall if this was added upstream or not), you can use a pipeline like the following (I did this from memory so it may not be 100% perfect) to take out that decision time:<br>

<br>
gst-launch souphttpsrc location=http://...../video.mjpg ! multipartdemux single-stream=true ! jpegdec ! ffmpegcolorspace ! autovideosink<br>
<br>
Note the addition of the &quot;single-stream=true&quot; property. I&#39;m not much help w/ mpeg2. I&#39;d also suggest you use the latest OSSBuild, v0.10.7 beta 4 -- it&#39;s almost as stable as 0.10.6 and uses a more up-to-date gstreamer.<br>

_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>________________________________________________________________________________<br>Alton Patrick<br><a href="mailto:hapatrick@gmail.com">hapatrick@gmail.com</a><br><a href="http://www.hapatrick.us/">http://www.hapatrick.us/</a><br>