RTSP server: RTCP retransmission

[Yurii Monakov]

Oh, my apologies, I can find "send-rtcp" and "on-sending-rtcp" signals in
GstRTSPMediaStream::session object.

Yurii

2016-11-22 13:52 GMT+03:00 Yurii Monakov <monakov.y at gmail.com>:

> Hi Sebastian! Thank you for the answer.
>
> > See the "send-rtcp" and "on-sending-rtcp" signals on the rtpsession for
> details
> Unfortunately I'm using gstreamer-0.10 (with RHEL 6) and
> gst-rsp-server-0.10.7 it does not have this signals.
> But there are some callbacks (with gst_rtsp_session_stream_set_callbacks).
> Can I use them instead of signals?
>
> > Generating RTCP outside the rtpsession and independent of that is not a
> good idea
> My RTP  source is another gstreamer pipeline, which streams live video
> from workstations.
> It uses gstrtpbin which provides RTCP Sender Reports. So I think that I
> should keep original RTCP data.
>
> And why this is not a good idea? Does GStreamer RTSP server alter RTP
> timestamps?
>
> Yurii
>
>
> 2016-11-19 13:20 GMT+03:00 Sebastian Dröge <sebastian at centricular.com>:
>
>> On Thu, 2016-11-17 at 12:40 +0300, Yurii Monakov wrote:
>> > Hi All!
>> >
>> > I'm able to feed GStreamer RTSP server with H264 RTP stream:
>> >
>> > ( udpsrc port=5544 caps="application/x-rtp,media=(string)video,clock-
>> > rate=(int)90000,encoding-name=(string)H264,payload=(int)96"
>> > name=pay0)
>> >
>> > Everything works and clients are able to receive this stream. The
>> > problem is that I need to transmit custom RTCP packets, which are
>> > also generated on the feed side.
>> >
>> > Is there any way to tell RTSP server to take RTCP packets from
>> > external port and stop generating them internally?
>>
>> You can hook into the RTCP machinery of the server and insert your own
>> packets there. You'll have to write code for that though.
>>
>> See the "send-rtcp" and "on-sending-rtcp" signals on the rtpsession for
>> details. This allows you to send whatever custom RTCP packets you want
>> to add.
>>
>>
>> Generating RTCP outside the rtpsession and independent of that is not a
>> good idea as it will be very difficult to generate valid RTCP with
>> regard to the actual media stream.
>>
>> --
>> Sebastian Dröge, Centricular Ltd · http://www.centricular.com
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161122/5ff54821/attachment.html>