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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #63 from Nicola <lists at svrinformatica.it> ---
(In reply to Nicola from comment #47)
> 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


Hi Sebastian,

what do you think about the solution proposed above? I still would like to send
a proper patch but rtspsrc source code seems quite complex for an occasional
contributor like me, I need some more detailed directions, thanks!

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