mirror of
https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs.git
synced 2024-11-22 19:41:00 +00:00
487d7fb26b
If creating a playlist or fragment stream fails (disk is full, the directory is removed, ...), we will currently crash because the signal handler expects a non-None GIOStream. The actual callback is allowed to return None values and we handle this in the caller, so let's not have this restriction on the signal handler. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1093> |
||
---|---|---|
.. | ||
src | ||
tests | ||
build.rs | ||
Cargo.toml | ||
LICENSE-MPL-2.0 | ||
README.md |
GStreamer HTTP Live Streaming Plugin
A GStreamer HLS sink plugin. Based on the "hlssink2" element.
The "hlssink3" is feature-equivalent to the "hlssink2" element. Any pipeline that uses "hlssink2" can use the "hlssink3" element and the result should be the same.
The "hlssink3" element has a playlist-type
property used to control the behavior of the HLS playlist file. The
available values for this property are:
null
(default): The tag#EXT-X-PLAYLIST-TYPE
won't be present in the playlist during the pipeline processing. The playlist will be updated in sync as new segments are available, old segments are removed, keeping N segments as defined in the propertyplaylist-length
. This is the default behavior, and is compatible with how "hlssink2" works;"event"
: The playlist is updated as new segments are available, and the tag#EXT-X-PLAYLIST-TYPE:EVENT
is present during processing. No segments will be removed from the playlist. At the end of the processing, the tag#EXT-X-ENDLIST
is added to the playlist;"vod"
: The playlist behaves like theevent
option (a live event), but at the end of the processing, the playlist will be set to#EXT-X-PLAYLIST-TYPE:VOD
.