Re: [FFmpeg-user] hls playlist got wiped out when ffmpeg runs as systemd child process
On Sun, 10 Jul 2022, 20:25 Jonathan Baecker, wrote:
> Am 10.07.22 um 19:12 schrieb Jonathan Baecker:
> > Am 08.07.22 um 22:30 schrieb Reindl Harald:
> >>
> >>
> >> Am 08.07.22 um 18:16 schrieb Greg Oliver:
> >>> On Fri, Jul 8, 2022 at 5:25 AM jb wrote:
> >>>
> Hello everybody,
>
> I have a control program which running as a systemd service. This
> program spawns ffmpeg and that is writing to a HLS playlist. I use
> this
> flags:
>
> -hls_flags
> append_list+delete_segments+omit_endlist+program_date_time
>
> The interesting thing is, when I stop the systemd process my HLS
> playlist got wiped out and when I start the service again ffmpeg will
> not continue the playlist, instead it writes a new one.
>
> When I run my control program directly from shell, I don't have this
> behavior. I can stop the program and start it again and the HLS
> playlist
> will continue.
>
> Does anybody notice this different behaviors? And has an idea why this
> is happen and what I can do here?
>
> >>>
> >>> systemd is not stateful - unless you create stateful files with your
> >>> exec{pre,post,start} stanzas, it will get overwritten every time
> >>
> >> "systemd is not stateful" means nothing on it's own
> >> stateful *for what*
> >>
> >> even "PrivateTmp" is *not* default enabled, but when you enable it
> >> and your application trie sto re-use files in /tmp they are gone
> >
> > Thank you for your suggestions! PrivateTmp=no was not working, but I
> > did some more tests and figure out: the problem is related to the way
> > systemd stops child processes. When I run ffmpeg directly with systemd
> > the content from the m3u8 playlist survive, but when I start ffmpeg
> > from a bash script, or my control program, the content got deleted.
>
> Sorry that I reply to my self, but I have it now. KillMode=mixed did the
> trick.
>
Fascinating find, I'm glad it worked out
>
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] hls playlist got wiped out when ffmpeg runs as systemd child process
Am 10.07.22 um 19:12 schrieb Jonathan Baecker:
Am 08.07.22 um 22:30 schrieb Reindl Harald:
Am 08.07.22 um 18:16 schrieb Greg Oliver:
On Fri, Jul 8, 2022 at 5:25 AM jb wrote:
Hello everybody,
I have a control program which running as a systemd service. This
program spawns ffmpeg and that is writing to a HLS playlist. I use
this
flags:
-hls_flags
append_list+delete_segments+omit_endlist+program_date_time
The interesting thing is, when I stop the systemd process my HLS
playlist got wiped out and when I start the service again ffmpeg will
not continue the playlist, instead it writes a new one.
When I run my control program directly from shell, I don't have this
behavior. I can stop the program and start it again and the HLS
playlist
will continue.
Does anybody notice this different behaviors? And has an idea why this
is happen and what I can do here?
systemd is not stateful - unless you create stateful files with your
exec{pre,post,start} stanzas, it will get overwritten every time
"systemd is not stateful" means nothing on it's own
stateful *for what*
even "PrivateTmp" is *not* default enabled, but when you enable it
and your application trie sto re-use files in /tmp they are gone
Thank you for your suggestions! PrivateTmp=no was not working, but I
did some more tests and figure out: the problem is related to the way
systemd stops child processes. When I run ffmpeg directly with systemd
the content from the m3u8 playlist survive, but when I start ffmpeg
from a bash script, or my control program, the content got deleted.
Sorry that I reply to my self, but I have it now. KillMode=mixed did the
trick.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] hls playlist got wiped out when ffmpeg runs as systemd child process
Am 08.07.22 um 22:30 schrieb Reindl Harald:
Am 08.07.22 um 18:16 schrieb Greg Oliver:
On Fri, Jul 8, 2022 at 5:25 AM jb wrote:
Hello everybody,
I have a control program which running as a systemd service. This
program spawns ffmpeg and that is writing to a HLS playlist. I use this
flags:
-hls_flags
append_list+delete_segments+omit_endlist+program_date_time
The interesting thing is, when I stop the systemd process my HLS
playlist got wiped out and when I start the service again ffmpeg will
not continue the playlist, instead it writes a new one.
When I run my control program directly from shell, I don't have this
behavior. I can stop the program and start it again and the HLS
playlist
will continue.
Does anybody notice this different behaviors? And has an idea why this
is happen and what I can do here?
systemd is not stateful - unless you create stateful files with your
exec{pre,post,start} stanzas, it will get overwritten every time
"systemd is not stateful" means nothing on it's own
stateful *for what*
even "PrivateTmp" is *not* default enabled, but when you enable it and
your application trie sto re-use files in /tmp they are gone
Thank you for your suggestions! PrivateTmp=no was not working, but I did
some more tests and figure out: the problem is related to the way
systemd stops child processes. When I run ffmpeg directly with systemd
the content from the m3u8 playlist survive, but when I start ffmpeg from
a bash script, or my control program, the content got deleted.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] concat filter
Am 05.07.22 um 23:55 schrieb Carl Zwanzig: For dealing with minor size changes, an option is a filter chain to crop larger frames to the target size then center/overlay the result on a target-sized black background. As alternative to cropping, you can use the "fillborders" filter. - Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Error: Impossible to convert between the formats...(Nvidia codecs)
Hi Dennis, Now I am streaming with two cameras but I have a small problem, the audio stream is not synced with the video stream, and there is a small delay of around 0.2 seconds. How can I fix it? I would appreciate your help. Regards, Ben. On Sat, Jul 9, 2022 at 9:52 PM Dennis Mungai wrote: > On Sat, 9 Jul 2022, 15:05 Ben Parham, wrote: > > > Hi again, > > Sure, I will do it based on that. Thank you for your help. If I face an > > issue I'll contact you again. > > I appreciate it. > > > > On Sat, Jul 9, 2022 at 7:55 PM Dennis Mungai wrote: > > > > > On Sat, 9 Jul 2022 at 14:40, Ben Parham wrote: > > > > > > > Thank you, Dennis. It works with 6 in-preset p4. Now I am running one > > > > stream, but I will run 5 streams in RTX A2000. Does it support this > > > number > > > > in all streams? > > > > > > > > > > Hello there, > > > That GPU has no limitations on the simultaneous number of NVENC > sessions > > it > > > can handle. > > > However, throughput will be significantly impacted by its' low power > > > profile limit (70W?) as you add more transcode jobs. > > > This is an issue I've observed in production with a similar GPU > profile, > > > the Tesla T4. > > > You may consider tuning these encoder presets to compensate for > > throughput > > > drops with multiple simultaneous transcode sessions, if real time > > encoding > > > is a priority to you. > > > And on NVDEC: VRAM usage can also be quite steep with multiple > sessions. > > > Monitor that carefully via nvidia-smi as you add more transcode jobs. > > > > > Sure thing, no worries. > > > > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
