[Live-devel] StatsIterator sometimes doesn't return any stats

[Andy Hawkins]

Just an update on this. I've now got the camera in the same network as the proxy, and I'm still seeing occasional losses of the 'stats' for a particular source, even with the new code applied.

Appreciate any thoughts.

Thanks

Andy

________________________________
From: live-devel <live-devel-bounces at us.live555.com> on behalf of Andy Hawkins <Andy.Hawkins at uniguest.com>
Sent: 19 February 2024 14:02
To: LIVE555 Streaming Media - development & use <live-devel at us.live555.com>
Subject: Re: [Live-devel] StatsIterator sometimes doesn't return any stats

Hi,

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.

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.

Thanks for your assistance so far.

Andy

________________________________
From: live-devel <live-devel-bounces at us.live555.com> on behalf of Ross Finlayson <finlayson at live555.com>
Sent: 15 February 2024 15:22
To: LIVE555 Streaming Media - development & use <live-devel at us.live555.com>
Subject: Re: [Live-devel] StatsIterator sometimes doesn't return any stats



> On Feb 15, 2024, at 10:58 PM, Andy Hawkins <Andy.Hawkins at uniguest.com> wrote:
>
> 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?

Looking at our code some more:
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.

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.

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.


Ross Finlayson
Live Networks, Inc.
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<http://www.live555.com/>


_______________________________________________
live-devel mailing list
live-devel at lists.live555.com
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<http://lists.live555.com/mailman/listinfo/live-devel>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20240222/6082da43/attachment-0001.htm>