Hi,
We are seeing a black screen with complete audio and video loss with muxing
error continuously when we enable debug logs. We had observed initially
there were few seconds of audio loss in input and it recovered after a few
seconds and from there, FFmpeg was not able to handle it and saw a blan
2014-12-08 15:44 GMT+01:00 Roger Pack :
> On Sun, Dec 7, 2014 at 5:33 AM, Matej Mailing wrote:
>
>> 2014-12-07 6:06 GMT+01:00 Roger Pack :
>> > On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing wrote:
>> >
>> >> Yes, that is the moment when the input drops due to some network
>> >> issues, but it is
On Sun, Dec 7, 2014 at 5:33 AM, Matej Mailing wrote:
> 2014-12-07 6:06 GMT+01:00 Roger Pack :
> > On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing 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 wh
On 12/08/2014 11:52 AM, Matej Mailing wrote:
Hi,
right now from my perspective it seems that the best option is to use
-shortest output option and have a cronjob checking if ffmpeg is
running and if it's not, restart the process ..
However this doesn't sound as a perfect solution in this case
2014-12-07 13:33 GMT+01:00 Matej Mailing :
> 2014-12-07 6:06 GMT+01:00 Roger Pack :
>> On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing 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 ht
2014-12-07 6:06 GMT+01:00 Roger Pack :
> On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing 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
> connect
On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing 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
Yes, that is the moment when the input drops due to some network
issues, but it is back after a second or so. 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
On Fri, Dec 5, 2014 at 12:20 AM, Matej Mailing 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/val20
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. After this error
is shown it takes about
10 matches
Mail list logo