After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 745249 - Latency messages should be posted on pipeline modifications that change the latency.
Latency messages should be posted on pipeline modifications that change the l...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-02-26 19:33 UTC by Olivier Crête
Modified: 2018-11-03 13:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Olivier Crête 2015-02-26 19:33:14 UTC
After discussion on bug #745197, it seems we have many use-cases where dynamic pipeline modifications result in changes to the latency, but nothing automatically posts the latency message. For example, when adding a new source to n->1 element (GstAggregator, input-selector, etc), in this case, the elements should probably send out a latency message on the first buffer on a new pad, as that means that a source was connected.

This gets a bit trickier for the cases when one replaces a source in a running pipeline, that may just require manually posting the latency message..

If we start posting more latency message, one possible optimization would be to  drop the messages on top-level bins that are not in the playing state yet.


I wish we pushed down the latency as a stick event instead of a query..
Comment 1 Edward Hervey 2018-05-07 09:51:52 UTC
Shouldn't this be for specific elements ? The way latency changes are notified is clear (post a message on the bus)
Comment 2 GStreamer system administrator 2018-11-03 13:31:23 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/215.