HLS question...is there a way not to override old videos prior to maximum capacity?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

HLS question...is there a way not to override old videos prior to maximum capacity?

gligart
Hello community, I'm using a gstreamer pipeline which reads from a shared
memory and save videos on a playlist in a circular buffer.
This is the pipeline:  gst-launch-1.0 shmsrc socket-path=/tmp/foo
do-timestamp=true is-live=true !
                              video/x-raw, width=640, height=480,
framerate=5/1, format=YUY2, pixel-aspect-ratio=1/1,
interlace-mode=progressive !
                              queue !
                              videorate max-rate=5 !
                              queue !
                              autovideoconvert !
                              x264enc bitrate=512 key-int-max=5
tune=zerolatency !
                              h264parse !
                              mpegtsmux !
                              hlssink max-files=10 target-duration=30
location=video%05d.mp4 playlist-location=playlist.m3u8

Everything works fine normally, meaning when the 10-th video has been closed
and the 11-th starts to save the 1-st video gets canceled, and that's how
I'm expecting gstreamer to behave. Good.

In a different situation though I can't get gstreamer to do what I expect, I
explain in details what it is happening: If I stop the process of gst-launch
(killing the process of it) and I restart the same gstreamer pipeline with
the same parameters as before in the same directory, I expect that it should
append a new video as the n-th video. Gstreamer though starts overwriting
the old files (starting from the 1-st) even if the number of files hasn't
reached the max amount of files chosen via "max-files". Is there any way to
keep saving in the playlist already present appending videos to it instead
of starting rewriting the old videos since the maximum capacity of number of
files has not been reached yet?



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: HLS question...is there a way not to override old videos prior to maximum capacity?

ShilVin
This post was updated on .
Hi Gligart.

File naming is not configurable in hlssink. Consider using hlssink2 bin
which uses splitmuxsink for splitting the fragment. Use
"format-location-full" signal of splitmuxsink to give the required number.
Please note that the file naming and the file name state to be managed by
the application.

Application should have state to retain the last file index number.



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: HLS question...is there a way not to override old videos prior to maximum capacity?

gligart
Ok thank you. I'll try to see what can I do with hlssink2. Another way I
could try is adding via script the path of old videos once moved in another
directory so to let the playlist consider them as well, I got this idea but
haven't checked yet.




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel