[Bug 701287] gnonlin: API should be revisited before1.X first versions

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=701287
  GStreamer | gnonlin | git

--- Comment #11 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2013-06-21 02:20:43 UTC ---
(In reply to comment #9)
> > Support for stream-id:
> >
> > One thing that we can't do easily at the moment it to select 1 of many audio
> > streams. GStreamer 1.0 has introduces stream-id into stream-start event to
> > enable that. We would add a stream-id property to GnlSource to support that. We
> > would keep the caps property, but move it to GnlSource, as it make no sense in
> > GnlComposition and GnlOperation.
> 
> I am not sure we want to move the caps property of GnlSource, we could
> imagine operations with several srcpads, and in this case the caps property
> could be used there. Also we do use the caps property of the GnlComposition.

I had in mind we could have both. I agree the caps, actually the media type
should match for all object of a GnlComposition.

> 
> The stream-id propertyparts still needs to be implemented, it is more a new
> feature than an API change fmpov.

agreed.

> > Better sinks property in GnlOperation:
> >
> > We want to find a better name for the sinks property of GnlOperation. We would
> > also like to enable ranges to fully support elements that handle from n to m
> > elements (like the frie0r elements, that can have 2 or 3 inputs, videomixer and
>         > adder, that supports from 1 to infinit input, etc). These detailed
> cannot be
> > guest by the operation itself. The naming is to be defined.
> 
> I was thinking about calling it num-sinks and make it a GST_TYPE_INT_RANGE,
> what
> do you think?

Perfect, that was my first choice.

> 
> > Automatic GAP filling:
> 
> I implemented the first part in "gnlcomposition: Remove support for gaps",
> currently  we post a STREAM_ERROR on the bus if there is a gap in the
> composition.

That's fine, we won't be break API later this way.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.