<div dir="ltr">Pedro,<div><br></div><div>Thanks for making your code available -- it was really helpful. In particular, reading your code I realized that I had very early on picked the wrong flags when creating my blocking probe. Without your working code to look at as an example (and compare, line by line, with mine) I don't know that I ever would have detected my mistake.</div>
<div><br></div><div>I read your manifesto and what you're doing definitely shares some similarities with my project. But yours is much more elaborate. In my case, I start with a collection of raw, live HD video streams. I compress them so I can keep a few minutes' worth in an in-memory ring buffer. Occasionally I receive an external request to provide a short (< 30 second) clip of some of the stored video as an MP4. The clip is short and the network is local, so I don't need to stream.</div>
<div><br></div><div>I haven't seen the pipeline stalling problem that you have, but then again I haven't run a pipeline for very long as I still don't have the basics working yet. In your setup, when you close a file you immediately start streaming into the next file, and it's my impression (possibly wrong) that your code succeeds in finalizing the previous file properly because the queue is still streaming (into the new file). In my case, when I finish producing my clip, I block the queue again to wait for the next request and as an apparent consequence, the previous file doesn't get finalized.</div>
<div><br></div><div>Separately, I don't know if you ever got answers to the questions you posed in your linked document, but disk-life was definitely a concern that led to my keeping everything in memory. The server that runs this stuff for us is remote "in the field" so maximizing MTBF is a real concern.</div>
<div><br></div><div>-Todd</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 29, 2013 at 7:56 AM, Pedro Côrte-Real <span dir="ltr"><<a href="mailto:pedro@pedrocr.net" target="_blank">pedro@pedrocr.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sun, Dec 29, 2013 at 6:58 AM, Todd Agulnick <<a href="mailto:todd@agulnick.com">todd@agulnick.com</a>> wrote:<br>

> So I was happy to see the solution that you linked below that shows the code<br>
> simply setting the bin to GST_STATE_NULL to trigger the finalizing of the<br>
> file.<br>
<br>
</div>Todd, that was my project Sebastian pointed to. I'm curious what you<br>
are doing as my project is a proof of concept of an surveilance camera<br>
server following this architecture:<br>
<br>
<a href="http://pedrocr.pt/text/a-better-base-for-opensource-iptv-tools/" target="_blank">http://pedrocr.pt/text/a-better-base-for-opensource-iptv-tools/</a><br>
<br>
Maybe we're after something similar?<br>
<br>
I've basically implemented point 1 of that architecture last night,<br>
although I still need to debug why sometimes the pipeline will just<br>
stall with no error or output.<br>
<br>
Cheers,<br>
<br>
Pedro<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>