[Bug 739419] rtspsrc: not-linked after a while

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Dec 12 08:35:32 UTC 2016


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

--- Comment #62 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
I still think what needs to happen here is that:

1) rtpptdemux creates a new pad for those spurious packets with a different pt
(that's what rtpptdemux does in the end: demuxing based on the PT)
2) rtspsrc should ignore streams that have PT/SSRC that are not given in the
SDP, i.e. just not link/expose pads from rtpptdemux/ssrdemux that it does not
know anything about.

In addition it could make sense for the demuxers to not expose pads for which
no caps are known, but that seems like a separate issue.

In this case, the buffers with the wrong PT should never end up in
rtpjitterbuffer and not cause any confusion due to changes. Or am I missing
anything here why all this can't work?


Changing PT in general is something that should be supported, just not for RTSP

-- 
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