[Bug 764459] GstRTPBasedepayload fail to detect new stream after SSRC change

[GStreamer (GNOME Bugzilla)]

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

--- Comment #2 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Mikhail Fludkov from comment #0)

> Can somebody make an example with a real life scenario, when we don't use
> rtpjitterbuffer and actually want GstRTPBasepayload to guess was there a
> missing packet, or a duplicate, or it as a new stream? I feel like I don't
> have a full picture in mind looking at the code.

People are using RTP with just an udpsrc and depayloader. Making this work
somewhat OK is the point of this code.


Additionally we will need to detect disconts nonetheless in the depayloader if
there's a rtpjitterbuffer. If it detects a discont, we need to detect that
downstream again based on the gap in the seqnums.

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