On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing <[email protected]> wrote:
> Yes, that is the moment when the input drops due to some network > issues, but it is back after a second or so. so what you want is an http connection that auto reconnects when the connection drops? I wonder if there's some timeout option that could be set on it [if it's timing out--it might not be...] what do you mean "is back after a second or so" ffmpeg doesn't seem to think it's back... > Since there is no > synchronization between video and sound required, I would like that > ffmpeg continues playing mp3 stream. In current situation those errors > keep showing up all the time and the output is never "normal" again - > I have to manually restart ffmpef process (until the next input's drop > occurs...) > > I think this is a very common situation with all the input streams > since they can drop for some time due to many possibly network issues > and resuming when the stream is available again seems to be the option > we want. > > Thanks, > Matej > > 2014-12-05 23:50 GMT+01:00 Roger Pack <[email protected]>: > > On Fri, Dec 5, 2014 at 12:20 AM, Matej Mailing <[email protected]> wrote: > > > >> Hi, > >> > >> when muxing the screen capture with the live mp3 stream, it sometimes > >> happens that live mp3 stream becomes unavailable for a short moment > >> (due to routing issues etc.) and when this happens, the error > >> "http://mp3.rtvslo.si/val202: Unknown error" pops up. > > > > > > > > Sounds to me like the input is dropped at that point [?] > > _______________________________________________ > > ffmpeg-user mailing list > > [email protected] > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
