[Bug 787922] splitmuxsink: add a "split at running time" action signal

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=787922

--- Comment #14 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
We could use a bool "trigger" property instead of a signal for this. Setting
the property to TRUE will do the thing *now* and immediately reset it to FALSE
again.
Then GstController can be used for setting the times when it should trigger.

Main problem with this is that
a) GstController is stream-time based but who needs stream-time here really,
you need running-time
b) Triggers need to be installed on the very exact timestamp where the frame
starts


One could also add a property with a time value, for the next cut position. But
that's not controller friendly and basically has the same problems as the
signal now, just being more ugly.


Or we could just not add any API at all, and use a input buffer flag for
marking "cut on this input buffer", or a custom serialized event. But is
marking it on the input side enough or does it have to be marked on the output
side?
One could allow the event to be send on the sink pads and srcpads
(upstream+downstream event).


I think whatever solution we come up here, it will require applications to know
what they're doing for everything but the "cut now" case.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.