On Wed, 10 Feb 2016, Lou wrote:
On Wed, 10 Feb 2016 21:21:54 +0100 (CET)
Marton Balint <[email protected]> wrote:
An important thing we miss I think is failover on input and output side.
The same can be said on the output side, if one of the network outputs
blocks or fails for any reason, the other outputs will block or fail too,
which makes ffmpeg unsuitable to stream to two targets simultaneously for
redundancy purposes. A graceful reconnect on timeout or error and
non-blocking outputs would be useful here too.
This may be implemented as a function of ffmpeg.c or as an input/output
protocol if possible.
Regards,
Marton
Would you be willing to be a mentor for such a project? Could you add
this to the project ideas list?
<https://trac.ffmpeg.org/wiki/SponsoringPrograms/ProjectIdeas>
I have the output part to GSOC2016 with some more specifics, and listed
myself as a backup mentor.
Regards,
Marton
_______________________________________________
ffmpeg-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
