[Bug 783443] rtp: fix gst_rtp_buffer_ext_timestamp taking into account backwards

[GStreamer (GNOME Bugzilla)]

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

--- Comment #15 from Kenneth Ekman <bkekman at gmail.com> ---
(In reply to Kenneth Ekman from comment #14)
> I am seeing that the fix for this problem makes some cameras get stuck with
> RTCP.SR RTP-timestamp stuck close to 0 (below 22000 and above 4294650000)
> since the gst_rtp_buffer_ext_timestamp() function keeps returning zero in
> some cases when a new stream is started. 
> 
> Is that anything anyone else has noticed?
> 
> Do you have a suggested fix?

I should maybe clarify that the print "Cannot unwrap, any wrapping took place
yet. Returning 0 without updating extended timestamp" starts spamming when this
happens as well.

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