<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr"><div dir="ltr" style="-webkit-text-size-adjust: auto;">So I’ve checked rtpjitterbuffer source code and it doesn’t set SSRC, but neither does anyone (rtprtxreceive, rtpssrcdemux etc). Is this a bug?</div><div dir="ltr" style="-webkit-text-size-adjust: auto;"><p style="margin: 0px; font-stretch: normal; font-size: 12px; line-height: normal; font-family: "System Font";"><br></p><p style="margin: 0px; font-stretch: normal; font-size: 12px; line-height: normal; font-family: "System Font";"><span dir="ltr">https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/main/subprojects/gst-plugins-good/gst/rtpmanager/gstrtpjitterbuffer.c#L4136</span></p><p style="margin: 0px; font-stretch: normal; font-size: 12px; line-height: normal; font-family: "System Font";"><span dir="ltr"><br></span></p></div></div><div dir="ltr"><blockquote type="cite">19 авг. 2022 г., в 13:13, David Grinberg <green.grinya@gmail.com> написал(а):<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>Setting profiles and payload map didn’t help :( </span><br><span>But I’ve found out that GstRTPRetransmissionRequest does not contain SSRC. For now a trivial fix is to manually set it inside some probe, but it would be nice to know why that happens, my guess is that it is rtpssrcdemux (which i dont use) who sets ssrc</span><br><span></span><br><blockquote type="cite"><span>19 авг. 2022 г., в 00:28, Olivier Crête <olivier.crete@collabora.com> написал(а):</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Hi,</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>It seems like you are completely right that it's not used.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Your code also seems to be missing the "payload-type-map" property on</span><br></blockquote><blockquote type="cite"><span>the rtxrtpreceive element, but that shouldn't prevent the requests from</span><br></blockquote><blockquote type="cite"><span>being sent.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I think you also need to set the rtp-profile property on rtpsession to</span><br></blockquote><blockquote type="cite"><span>avfp or savpf.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Olivier</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>On Thu, 2022-08-18 at 23:43 +0400, David Grinberg via gstreamer-devel</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>wrote:</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Hi, I’ve already asked my question here -</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span> https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1386</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Suggestion of adding rtcp-fb-nack=(boolean)true didn’t work, also</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>there isn’t any reference to rtcp-fb-nack in rtpsession code (though</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>it is used by webrtcbin). </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>The problem is that find_source fails and I don’t really know why</span><br></blockquote></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>-- </span><br></blockquote><blockquote type="cite"><span>Olivier Crête</span><br></blockquote><blockquote type="cite"><span>olivier.crete@collabora.com</span><br></blockquote></div></blockquote></body></html>