summaryrefslogtreecommitdiff
path: root/gst/multifile/gstsplitmuxpartreader.h
diff options
context:
space:
mode:
authorJan Schmidt <jan@centricular.com>2016-09-29 04:50:25 +1000
committerJan Schmidt <jan@centricular.com>2016-10-01 00:29:43 +1000
commit451f24598a59e7ef713c25a3a096a2213b0cfbec (patch)
tree729201c98b4b4548cc0641b0e47cd063f6eff5dc /gst/multifile/gstsplitmuxpartreader.h
parentc78e3885dfa262036034b90ad8e4cf1e287c21f0 (diff)
downloadgstreamer-plugins-good-451f24598a59e7ef713c25a3a096a2213b0cfbec.tar.gz
splitmuxsrc: Avoid stall when parts get out of sync
When one part moves ahead of the others - due to excessive downstream queueing, or really small input files - then we can end up activating parts more than once. That can lead to effects like shutting down pad tasks prematurely. https://bugzilla.gnome.org/show_bug.cgi?id=772138
Diffstat (limited to 'gst/multifile/gstsplitmuxpartreader.h')
-rw-r--r--gst/multifile/gstsplitmuxpartreader.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/gst/multifile/gstsplitmuxpartreader.h b/gst/multifile/gstsplitmuxpartreader.h
index 593d8ae02..95d920fc5 100644
--- a/gst/multifile/gstsplitmuxpartreader.h
+++ b/gst/multifile/gstsplitmuxpartreader.h
@@ -103,6 +103,7 @@ gboolean gst_splitmux_part_is_eos (GstSplitMuxPartReader *reader);
gboolean gst_splitmux_part_reader_activate (GstSplitMuxPartReader *part, GstSegment *seg);
void gst_splitmux_part_reader_deactivate (GstSplitMuxPartReader *part);
+gboolean gst_splitmux_part_reader_is_active (GstSplitMuxPartReader *part);
gboolean gst_splitmux_part_reader_src_query (GstSplitMuxPartReader *part, GstPad *src_pad, GstQuery * query);
void gst_splitmux_part_reader_set_start_offset (GstSplitMuxPartReader *part, GstClockTime offset);