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 701517 - x264enc timestamp problem
x264enc timestamp problem
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-06-03 12:36 UTC by Levente Farkas
Modified: 2013-06-03 15:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Levente Farkas 2013-06-03 12:36:53 UTC 
is it normal that after an x264enc element a timestamps in subsequent buffers are not strictly increasing? 
here is a sample pipelinegst-i

GST_DEBUG=1 gst-launch -v -e  videotestsrc is-live=true ! video/x-raw-yuv,width=320,height=240,framerate=5/1 !  x264enc key-int-max=16 ! fakesink
Comment 1 Wim Taymans 2013-06-03 12:48:02 UTC 
Yes, that's normal. Please don't open bugs to ask a question.
Comment 2 Levente Farkas 2013-06-03 13:18:24 UTC 
sorry, but it'd be nice to document somewhere
Comment 3 Nicolas Dufresne (ndufresne) 2013-06-03 15:31:00 UTC 
It is very well documentated in the MPEG2 and H264 video codec specification. DTS should be increating (if set), PTS will have been reordered according to the occurence of B-Frames, the rest is left as an exercise.