[FFmpeg-user] gracefully restart an ffmpeg stream?

[Reindl Harald]

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

-------- 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.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20160110/439aa040/attachment.sig>