[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