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 709756 - h264parse: Add a method to blindly timestamp based on framerate
h264parse: Add a method to blindly timestamp based on framerate
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 725867 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-10-09 16:51 UTC by Robert Swain
Modified: 2018-11-03 13:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Robert Swain 2013-10-09 16:51:52 UTC 
Sometimes one may encounter a raw h.264 file that doesn't have any timestamp information. It may be useful, at least for testing purposes, to be able to apply timestamps to the frames using h264parse.

The idea is that if the sink pad caps state the stream-format=byte-stream and contain a framerate, this is can be used to override the buffer timestamps by starting from zero and adding the frame duration for each frame.
Comment 1 Mark Nauwelaerts 2013-11-23 15:13:59 UTC 
This fairly generic in that the same could be said/requested for mpegvideoparse, or mpeg4videoparse, etc.

Rather than duplicate and overload these, there are some generic elements in gst-entrans that could help here, notably some combination of stamp and/or tsdup.

See http://gentrans.sourceforge.net/docs/head/gst-entrans-plugins/html/gst-entrans-plugins-stamp.html and http://gentrans.sourceforge.net/docs/head/gst-entrans-plugins/html/gst-entrans-plugins-tsdup.html
Comment 2 Tim-Philipp Müller 2014-11-24 17:14:57 UTC 
*** Bug 725867 has been marked as a duplicate of this bug. ***
Comment 3 Nicolas Dufresne (ndufresne) 2018-02-07 21:15:13 UTC 
I've removed the "upstream" part of the description, as the framerate could also be taken from SPS/VUI.
Comment 4 GStreamer system administrator 2018-11-03 13:18:01 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/111.