<div dir="auto"><div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 21 févr. 2019 08 h 29, vk_gst <<a href="mailto:venkateshkuppan26@gmail.com">venkateshkuppan26@gmail.com</a>> a écrit : </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nicolas Dufresne-5 wrote > Le mercredi 20 février 2019 à 07:45 -0600, vk_gst a écrit : >> Hi Justin, >> >> You can try accessing the sender report at the sender side, and get an >> idea >> about the bandwidth by accessing the following fields : > > Or just read the estimated bandwidth found in the stats. Something > closer to REMB would be to also use the variation of the round-trip- > time to do early detection of the remote queues filling. > > RTPSource of main RTP SSRC: see bitrate in stats structure > RTPSource of the RTCP SSRC: see rb-round-trip in stats structure > > You should increase the RTCP interval, as the default of 5s is not very > reactive for this type of measurement. > > Is there any property exposed by element rtpbin, that enables to change > this time of 5seconds. I could not find any. </blockquote></div></div><div dir="auto"> </div><div dir="auto">It's a property on rtpsession, see get-session action signal. </div><div dir="auto"> </div><div dir="auto"><a href="https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good/html/gst-plugins-good-plugins-rtpsession.html#GstRtpSession--rtcp-min-interval">https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good/html/gst-plugins-good-plugins-rtpsession.html#GstRtpSession--rtcp-min-interval</a> </div><div dir="auto"> </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> > >> >> > SSRC_1 (SSRC of first source) | report >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block >> > fraction lost | cumulative number of packets lost | 1 >> -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > extended highest sequence number received | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > interarrival jitter | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > last SR (LSR) | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > delay since last SR (DLSR) | >> >> You still have to write a logic on how you would estimate the bandwidth >> based on these parameters. >> >> Have a look here <<a href="https://www.freesoft.org/CIE/RFC/1889/19.htm&gt" rel="noreferrer noreferrer" target="_blank">https://www.freesoft.org/CIE/RFC/1889/19.htm&gt</a>; . >> >> Regards >> >> >> >> -- >> Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> >> _______________________________________________ >> gstreamer-devel mailing list >> > gstreamer-devel@.freedesktop >> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> > > _______________________________________________ > gstreamer-devel mailing list > gstreamer-devel@.freedesktop > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> > > signature.asc (201 bytes) > <<a href="http://gstreamer-devel.966125.n4.nabble.com/attachment/4689764/0/signature.asc&gt" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/attachment/4689764/0/signature.asc&gt</a>; Nicolas Dufresne-5 wrote > Le mercredi 20 février 2019 à 07:45 -0600, vk_gst a écrit : >> Hi Justin, >> >> You can try accessing the sender report at the sender side, and get an >> idea >> about the bandwidth by accessing the following fields : > > Or just read the estimated bandwidth found in the stats. Something > closer to REMB would be to also use the variation of the round-trip- > time to do early detection of the remote queues filling. > > RTPSource of main RTP SSRC: see bitrate in stats structure > RTPSource of the RTCP SSRC: see rb-round-trip in stats structure > > You should increase the RTCP interval, as the default of 5s is not very > reactive for this type of measurement. > >> >> > SSRC_1 (SSRC of first source) | report >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block >> > fraction lost | cumulative number of packets lost | 1 >> -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > extended highest sequence number received | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > interarrival jitter | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > last SR (LSR) | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > delay since last SR (DLSR) | >> >> You still have to write a logic on how you would estimate the bandwidth >> based on these parameters. >> >> Have a look here <<a href="https://www.freesoft.org/CIE/RFC/1889/19.htm&gt" rel="noreferrer noreferrer" target="_blank">https://www.freesoft.org/CIE/RFC/1889/19.htm&gt</a>; . >> >> Regards >> >> >> >> -- >> Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> >> _______________________________________________ >> gstreamer-devel mailing list >> > gstreamer-devel@.freedesktop >> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> > > _______________________________________________ > gstreamer-devel mailing list > gstreamer-devel@.freedesktop > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> > > signature.asc (201 bytes) > <<a href="http://gstreamer-devel.966125.n4.nabble.com/attachment/4689764/0/signature.asc&gt" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/attachment/4689764/0/signature.asc&gt</a>; -- Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a> _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></blockquote></div></div></div>