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 442557 - [videorate] doesn't handle latency queries
[videorate] doesn't handle latency queries
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 0.10.14
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-31 10:46 UTC by Edward Hervey
Modified: 2007-07-13 18:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Edward Hervey 2007-05-31 10:46:22 UTC
videorate should handle latency queries since it's delaying the output of the video frames (it needs to have 2 buffers before knowing which ones to output with which timestamps).

The hard part is figuring out exactly what value should be added to the upstream latency.

It should at least be the duration of one output frame (ie 1/output_framerate seconds), but that might not be enough.

If you have an constant input framerate which is lower, then you should be adding the duration of one of the input framerate (ie 1/input_framerate seconds).

The really tricky part is for non-constant incoming framerates (a webcam for example, or an rtp source which can have frame dropped). Then you have no way of knowing how much latency is introduced.
Comment 1 Wim Taymans 2007-07-13 18:13:01 UTC
        * gst/videorate/gstvideorate.c: (gst_video_rate_init),
        (gst_video_rate_query):
        Use boilerplate.
        Add latency query, might not be perfect yet but already works a lot 
        better. Fixes #442557.