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 704191 - deinterlace: Outputs wrong timestamps when framerate is missing
deinterlace: Outputs wrong timestamps when framerate is missing
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-14 11:48 UTC by Matej Knopp
Modified: 2018-11-03 14:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matej Knopp 2013-07-14 11:48:01 UTC
When there is no framerate in caps gstdeinterlace seems to be outputting same timestamps on duplicate frames, i.e.

Input:
frame with PTS 10
frame with PTS 20
frame with PTS 30

Output:
frame with PTS 10
frame with PTS 10
frame with PTS 20
frame with PTS 20
frame with PTS 30
frame with PTS 30
Comment 1 Sebastian Dröge (slomo) 2013-07-15 06:04:44 UTC
It probably should wait for the next frame then and use its timestamp as the duration. Not that urgent though, in interlaced streams you are supposed to have a framerate usually.
Comment 2 Matej Knopp 2013-07-15 08:31:09 UTC
Well, for now I just don't add the filter if framerate is missing/variable. But it's not very nice, I think it should be able to handle the situation more gracefully, even if just doing passthrough.
Comment 3 GStreamer system administrator 2018-11-03 14:49:05 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-good/issues/87.