Decoding h264 streamed through a named pipe

[Benjamin Rapaport]

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.

On Tue, Sep 11, 2018 at 7:48 AM Arjen Veenhuizen <arjen at moonlightmedia.nl>
wrote:

> On the OS level, the pipe will be closed when the sending process is
> finished. This will inevitably result in an EOF on the named pipe, causing
> your second pipeline to go into EOS and stop.
>
> I once had the same problem and ended up writing a small named pipe proxy
> script in python which basically kept the second fifo open if the first one
> closed. After the first one closed, the named pipe proxy script would
> immediately restart reading on the named pipe again.
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20180911/d031d9ce/attachment.html>