Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-11 Thread Reindl Harald
Am 11.01.2016 um 03:38 schrieb chovy: Original Message Subject: Re: [FFmpeg-user] gracefully restart an ffmpeg stream? Local Time: January 10 2016 4:07 pm UTC Time: January 11 2016 12:07 am From: barsn...@gmx.net To: ffmpeg-user@ffmpeg.org OT! :-) Sorry guys, I'm trying

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
Original Message Subject: Re: [FFmpeg-user] gracefully restart an ffmpeg stream? Local Time: January 10 2016 4:07 pm UTC Time: January 11 2016 12:07 am From: barsn...@gmx.net To: ffmpeg-user@ffmpeg.org OT! :-) On Sun, Jan 10, 2016 at 22:58:19 +0100, Reindl Harald wrote: > w

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread jd1008
On 01/10/2016 01:07 PM, Reindl Harald wrote: Am 10.01.2016 um 21:05 schrieb jd1008: On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers or jumps ahead...but

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 21:24 schrieb jd1008: On 01/10/2016 01:07 PM, Reindl Harald wrote: Am 10.01.2016 um 21:05 schrieb jd1008: On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread jd1008
On 01/10/2016 01:27 PM, Reindl Harald wrote: Am 10.01.2016 um 21:24 schrieb jd1008: On 01/10/2016 01:07 PM, Reindl Harald wrote: Am 10.01.2016 um 21:05 schrieb jd1008: On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
On 1/10/2016 10:54 PM, chovy wrote: > On 01/10/2016 01:07 PM, Reindl Harald wrote: >> >> Am 10.01.2016 um 21:05 schrieb jd1008: >>> On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: > What's the least intrusive way to restart an ffmpeg stream? >

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers or jumps ahead...but right now when I kill the pid and restart it, the player completely stops playing it. that's nothing you can solve on the server side

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
Original Message Subject: Re: [FFmpeg-user] gracefully restart an ffmpeg stream? Local Time: January 10 2016 12:05 pm UTC Time: January 10 2016 8:05 pm From: jd1...@gmail.com To: ffmpeg-user@ffmpeg.org On 01/10/2016 01:00 PM, Reindl Harald wrote: > > > Am 10.01.2016

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread jd1008
On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers or jumps ahead...but right now when I kill the pid and restart it, the player completely stops playing it.

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
On 01/10/2016 01:07 PM, Reindl Harald wrote: > > > Am 10.01.2016 um 21:05 schrieb jd1008: >> On 01/10/2016 01:00 PM, Reindl Harald wrote: >>> >>> >>> Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 21:54 schrieb chovy: Since the client is not able to reconnect, it seems that it may be possible that the very server PROCESS which invokes ffmpeg to start the stream needs to be restarted, not just ffmpeg - I am assuming the main server daemon is NOT ffmpeg. I'm using nginx

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
Original Message Subject: Re: [FFmpeg-user] gracefully restart an ffmpeg stream? Local Time: January 10 2016 12:00 pm UTC Time: January 10 2016 8:00 pm From: h.rei...@thelounge.net To: ffmpeg-user@ffmpeg.org Am 10.01.2016 um 20:48 schrieb chovy: > What's the least intrus

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 21:07 schrieb chovy: Its for an m3u8 stream, I'm using multiple .ts files, I'm curious if using one .ts file with range specifiers would make any difference in the client's ability to recover. when the client don't reover after a broken connection it don't so what?

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread jd1008
On 01/10/2016 02:23 PM, Reindl Harald wrote: Am 10.01.2016 um 22:11 schrieb chovy: On 1/10/2016 10:54 PM, chovy wrote: I'm using nginx to server the .ts and index.m3u8 files...I don't see why a restart of nginx would be required. please first document yourself and understand how this

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Moritz Barsnick
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. ;-)

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread 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

[FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread chovy
What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers or jumps ahead...but right now when I kill the pid and restart it, the player completely stops playing it. ___ ffmpeg-user mailing list

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 21:05 schrieb jd1008: On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the stream flickers or jumps ahead...but right now when I kill the pid and restart it, the

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Claudiu Rad
On 1/10/2016 10:54 PM, chovy wrote: On 01/10/2016 01:07 PM, Reindl Harald wrote: Am 10.01.2016 um 21:05 schrieb jd1008: On 01/10/2016 01:00 PM, Reindl Harald wrote: Am 10.01.2016 um 20:48 schrieb chovy: What's the least intrusive way to restart an ffmpeg stream? I don't mind if the

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
Am 10.01.2016 um 22:11 schrieb chovy: On 1/10/2016 10:54 PM, chovy wrote: I'm using nginx to server the .ts and index.m3u8 files...I don't see why a restart of nginx would be required. please first document yourself and understand how this whole process FIRST learn to write mails and

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Reindl Harald
different names Weitergeleitete Nachricht Betreff: Re: [FFmpeg-user] gracefully restart an ffmpeg stream? Datum: Sun, 10 Jan 2016 16:11:00 -0500 Von: chovy <ch...@protonmail.com> please first document yourself and understand how this whole process works, who plays what role,

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread jd1008
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

Re: [FFmpeg-user] gracefully restart an ffmpeg stream?

2016-01-10 Thread Moritz Barsnick
OT! :-) On Sun, Jan 10, 2016 at 22:58:19 +0100, Reindl Harald wrote: > 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 No, the second one (look at it in threaded view) by chovy,