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-boun...@us.live555.com> on behalf of Andy Hawkins <andy.hawk...@uniguest.com> Sent: 19 February 2024 14:02 To: LIVE555 Streaming Media - development & use <live-de...@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-boun...@us.live555.com> on behalf of Ross Finlayson <finlay...@live555.com> Sent: 15 February 2024 15:22 To: LIVE555 Streaming Media - development & use <live-de...@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.hawk...@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@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>
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
