<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi,</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Apologies for the delay in testing this. I've just run it up, and I'm still seeing that occasionally there is only one set of stats being returned for the two sources.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I should perhaps clarify, that for 'reasons', the stream is actually being passed through the live555 RTSP proxy twice (it's in the office and is only available via VPN, so I've got one instance fetching it over the VPN, then the second instance running on
the end device). It's on this 'second' RTSP proxy that I'm seeing these 'missing' stats.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thanks for your assistance so far.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Andy</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> live-devel <live-devel-bounces@us.live555.com> on behalf of Ross Finlayson <finlayson@live555.com><br>
<b>Sent:</b> 15 February 2024 15:22<br>
<b>To:</b> LIVE555 Streaming Media - development & use <live-devel@us.live555.com><br>
<b>Subject:</b> Re: [Live-devel] StatsIterator sometimes doesn't return any stats</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText"><br>
<br>
> On Feb 15, 2024, at 10:58 PM, Andy Hawkins <Andy.Hawkins@uniguest.com> wrote:<br>
> <br>
> I doubt that's happening in this instance. This is a live feed from an Axis RTSP camera. It seems unlikely that one of the sources (audio or video) would stop while the other continued?<br>
<br>
Looking at our code some more:<br>
The RTCP code periodically cleans out records of SSRCs (RTP sources) that it hasn’t received RTCP “SR” (Sender Report) packets from in some time (specifically, for receivers, if we send out 5 RTCP “RR” (Reception Report)s without hearing from a particular source,
then we assume that this source has stopped sending, and we remove our record of it). See “liveMedia/RTCP.cpp”, lines 930-935 and 78-108.<br>
<br>
So, while your sources (audio and video) might be continuing to send media, one of them is apparently not sending RTCP "SR" packets for an unusual length of time - or perhaps has stopped sending RTCP "SR” packets altogether. In either case, this seems to be
a bug in the Axis camera.<br>
<br>
However, there’s no good reason not to keep around “RTPReceptionStats” even if this happens, so I’ve just installed a new version (2024.02.15) of the code that keeps the “RTPReceptionStats” record for a source, even if it stops sending RTCP “SR” packets.<br>
<br>
<br>
Ross Finlayson<br>
Live Networks, Inc.<br>
<a href="http://www.live555.com/">https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.live555.com%2F&data=05%7C02%7Candy.hawkins%40uniguest.com%7Cbee40f84a52948c422bf08dc2e3aeb45%7C9b0e98ba45ed42abb699c61412572c2c%7C0%7C0%7C638436077820199723%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=TofccZgFg7o5pVQCC8RN4i5TUboU5%2Bd9XHApbhPvLIA%3D&reserved=0</a><br>
<br>
<br>
_______________________________________________<br>
live-devel mailing list<br>
live-devel@lists.live555.com<br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel">https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.live555.com%2Fmailman%2Flistinfo%2Flive-devel&data=05%7C02%7Candy.hawkins%40uniguest.com%7Cbee40f84a52948c422bf08dc2e3aeb45%7C9b0e98ba45ed42abb699c61412572c2c%7C0%7C0%7C638436077820206901%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=yiFlrCcu%2BXLPVyyG4OvCVHgWVtRjwS0M8cdN7qyeXVs%3D&reserved=0</a><br>
</div>
</span></font></div>
</body>
</html>