[Bug 739419] rtspsrc: not-linked after a while
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Mon Jul 13 05:40:17 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=739419
--- Comment #47 from Nicola <lists at svrinformatica.it> ---
ignore-pt=FALSE does not add rtpptdemux to rtpbin, this does not seems a viable
solution, without ptdemux the stream freeze (the pipeline show about one frame
every 2 seconds) when a buffer with invalid payload is not dropped by
rtpsource.
Based on my tests the only viable solution is to drop the invalid buffer as the
latest patch do.
If you agree I can do the following:
- add a new property to rtpbin, for example drop-unmapped-pt, default to FALSE,
same behaviour as now
- rtpbin set the property value on ptdemux (a new property for ptdemux too)
- rtspsrc set drop-unmapped-pt on rtpbin to TRUE and so rtpbin set this on
ptdemux
- when ptdemux detect a new payload and the payload is not mapped
(request_pt_map return NULL) it create a new pad if drop-unmapped-pt is FALSE
otherwise the buffer is dropped and not pad is created
another solution is to let ptdemux create the pad anyway and ignoring the pad
in gstrtspsrc.c,
for example I tryed to goto unknown_stream in new_manager_pad but this method
does not produce the excepted result, the stream freeze the same way as
ignore-pt=FALSE when ptdemux detect an unmapped payload
thanks for your patience
--
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