[Bug 780446] gst_rtp_buffer_ext_timestamp() math is incorrect for big jumps

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Apr 7 15:04:51 UTC 2017


https://bugzilla.gnome.org/show_bug.cgi?id=780446

--- Comment #4 from George Kiagiadakis <gkiagia at tolabaki.gr> ---
(In reply to Olivier CrĂȘte from comment #3)
> gst_rtp_buffer_ext_timestamp(&ext, 1) == 1
> gst_rtp_buffer_ext_timestamp(&ext, 2) == 2
> gst_rtp_buffer_ext_timestamp(&ext, 1) == 1

Hmm, this means that going backwards by 1 is acceptable? The documentation says
it will always be increasing, so yes, in this example I would expect the last
call to equal (G_MAXUINT32 + 1) + 1 instead of just 1.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list