[gstreamer-bugs] [Bug 587799] h264parse not chopping the correct timestamp

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=587799
  GStreamer | gst-plugins-bad | git

Mark Nauwelaerts <manauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manauw at skynet.be

--- Comment #2 from Mark Nauwelaerts <manauw at skynet.be> 2009-12-10 12:34:13 UTC ---
AFAIK, h264 specs do not require the h264 stream to contain timing information
(there may only optionally be some such info).  Current h264parse already tries
to do something useful if so available, but if none is available, I do not see
what it could do more.

In such cases, only meaningful option seems to force some framerate into the
caps (if that fits the semantics of the stream) and have some generic element
generate timestamps based on that (akin to the datarate property on identity
but then a bufferrate or so instead).

IIRC, gentrans' stamp element will in fact do so (when properly configured):
http://gentrans.sourceforge.net/docs/head/gst-entrans-plugins/html/gst-entrans-plugins-stamp.html

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