<div dir="ltr">Neither the process writing to the input pipe nor the process reading from the output pipe are finishing. They both write/read as long as the pipe is open on the other end - the other end being gstreamer. For instance, using named pipes for input and output via this same routine with ffmpeg works, and ffmpeg does not complete until I close the pipes. It waits for more data and continues to decode.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018 at 7:48 AM Arjen Veenhuizen <<a href="mailto:arjen@moonlightmedia.nl">arjen@moonlightmedia.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On the OS level, the pipe will be closed when the sending process is<br>
finished. This will inevitably result in an EOF on the named pipe, causing<br>
your second pipeline to go into EOS and stop.<br>
<br>
I once had the same problem and ended up writing a small named pipe proxy<br>
script in python which basically kept the second fifo open if the first one<br>
closed. After the first one closed, the named pipe proxy script would<br>
immediately restart reading on the named pipe again.<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div>