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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Jun 20 18:48:09 PDT 2013


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

--- Comment #9 from Thibault Saunier <thibault.saunier at collabora.com> 2013-06-21 01:48:05 UTC ---
(In reply to comment #0)
> Rate adjustment:

Implemented in "gnl: Remove the notion of media-duration"

> Commit base changes:

Implemented in: "gnl: First implementation of the commit based API"

> Rename media-start as inpoint :

Implemented in: "gnl: Rename media-start as inpoint"

> 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.

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

> MAXUINT32 expandables:

Implemented in: "gnl: Setting priority == MAXUINT32 does not mean "default
object""

> 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?

> 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.

-- 
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.


More information about the gstreamer-bugs mailing list