[Bug 725187] Add new multiappsrc or dynappsrc element with multiple output streams

[GStreamer (GNOME Bugzilla)]

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

--- Comment #39 from Julien Isorce <julien.isorce at gmail.com> ---
(In reply to Justin J. Kim from comment #37)
> Thank you for good advice.
> 
> @Julien, 
> 
> > I suggest to also add an action signal "remove-source" (to dynamically remove a source or else)
> 
> 
> but imho, to support this, it can be done only after completion of
> disconnecting, or only the state <= READY. Otherwise, sending critical
> messages or assert failure is good?
> 

Please read https://coaxion.net/blog/2014/01/gstreamer-dynamic-pipelines/, you
have to use pad probes for that. Sebastian's blog contains examples
(https://github.com/sdroege/gst-snippets/blob/217ae015aaddfe3f7aa66ffc936ce93401fca04e/dynamic-filter.c)

multiappsrc could be use for MSE (Media Source Extensions) in WebkitGTK and
ChromiumGStreamerBackend. In MSE the id actually comes from the app, so we
would need "add-source-id" and "remove-source-id" action signals:

g_signal_emit_by_name (multiappsrc, "add-source-id", id1);
g_signal_emit_by_name (multiappsrc, "remove-source-id", id1);

idN being a gchar* input param. Or it can be a int it does not mater much.

+all the appsrc signal translated, for example:
g_signal_connect (multiappsrc, "need-data", G_CALLBACK (start_feed), id1);
g_signal_emit_by_name (multiappsrc, "push-buffer", id1, buff);

What do you think ?

Is seeking working ?

What is your concrete use case ?

Thx!

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