[FFmpeg-user] Delay between the first packet and last packed in the muxing queue

[Roger Pack]

On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing <mailing at tam.si> 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 <rogerdpack2 at gmail.com>:
> > On Fri, Dec 5, 2014 at 12:20 AM, Matej Mailing <mailing at tam.si> 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
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>