[FFmpeg-user] gracefully restart an ffmpeg stream?

[jd1008]

On 01/10/2016 02:58 PM, Reindl Harald wrote:
>
> Am 10.01.2016 um 22:37 schrieb jd1008:
>>
>> On 01/10/2016 02:31 PM, Moritz Barsnick wrote:
>>> On Sun, Jan 10, 2016 at 14:26:56 -0700, jd1008 wrote:
>>>> Hey Mr. Chovy,
>>>> I (and perhaps others) are NOT receiving your posts.
>>> I see them, and so does the list:
>>> http://ffmpeg.org/pipermail/ffmpeg-user/2016-January/thread.html
>>>
>>> Perhaps YOU should check your filters, especially SPAM filters. ;-)
>>>
>> Strange! I have no spam filter for any list member
>
> not the problem
>
> what i have zero understanding for is that two people within a few 
> seconds writing the exactly same message with identical quoting two 
> different names

Perhaps same person with 2 different account?

Or list server itself is mucking up ??

>
> -------- Weitergeleitete Nachricht --------
> Betreff: Re: [FFmpeg-user] gracefully restart an ffmpeg stream?
> Datum: Sun, 10 Jan 2016 16:11:00 -0500
> Von: chovy <chovy at protonmail.com>
>
> please first document yourself and understand how this whole process
> works, who plays what role, and so on.
> then you'll find the role of EXT-X-ENDLIST and maybe figure out a
> solution to not feed it to the client at all and gracefully continue the
> ongoing playlist after restart. a playlist preprocessor could help.
> and then please understand why this is not an ffmpeg issue and shouldn't
> be its responsibility to have flags to create intermediary incomplete
> outputs. and this is for the simple fact the ffmpeg *is not* a streaming
> server. look to other solutions for that
>
>
> -------- Weitergeleitete Nachricht --------
> Betreff: Re: [FFmpeg-user] gracefully restart an ffmpeg stream?
> Datum: Sun, 10 Jan 2016 23:07:42 +0200
> Von: Claudiu Rad <jazzman at misalpina.net>
>
> please first document yourself and understand how this whole process
> works, who plays what role, and so on.
> then you'll find the role of EXT-X-ENDLIST and maybe figure out a
> solution to not feed it to the client at all and gracefully continue the
> ongoing playlist after restart. a playlist preprocessor could help.
> and then please understand why this is not an ffmpeg issue and shouldn't
> be its responsibility to have flags to create intermediary incomplete
> outputs. and this is for the simple fact the ffmpeg *is not* a streaming
> server. look to other solutions for that.
>
>
> er mailing list ffmpeg-user at ffmpeg.org http://ff
> _______________________________________________
> ffmpeg-us
> mpeg.org/mailman/listinfo/ffmpeg-user