GNOME Bugzilla – Bug 794040
gst-rtsp-server: allow access to receive RTCP pad in gst-rtsp-stream
Last modified: 2018-03-08 15:59:36 UTC
Created attachment 369263 [details] patch for rtsp-stream.c The possibility to do external incoming RTCP parsing for a lot of different purposes such as serving the intra frame on FIR request or running advanced bitrate adaptation algorithms requires the ability to connect a probe to receive RTCP pad pf gst-rtsp-stream object. It can be done in exactly the same manner as the capability of getting the incoming and outgoing RTP pads of the same object that already implemented. The proposed patch is in the attachment to this feature request
Created attachment 369264 [details] patch for rtsp-stream.h
Thanks! Please provide patches in "git format-patch" format though, this allows direct merging and review here inside Bugzilla.
Created attachment 369453 [details] [review] patch in git format-patch format
Comment on attachment 369453 [details] [review] patch in git format-patch format You can get the rtpsession from the rtpbin of the stream, and it has various signals to handle RTCP packets. E.g. "on-sending-rtcp" for when sending of RTCP happens, "on-receiving-rtcp" for when an RTCP packet was received, "send-rtcp"/"send-rtcp-full" to request a new RTCP packet to be sent (you can attach new things in "on-sending-rtcp" to the packet) and various specific "on-***-rtcp" signals.
Also FIR and similar packets are already handled internally and translated to GStreamer specific events. Do you see anything missing still that would require more API to be added, or any API that does not work as required?