[External] Re: [Live-devel] Randomly I Frame missed for high bitrate cameras
R, Ranjith
Ranjith.R at Honeywell.com
Wed Jan 3 03:43:10 PST 2024
Hi Ross,
As per your suggestion I tried increasing the socket buffer size, still we observe the same issue.
This is the command used in OpenRTSP, OpenRTSP.exe -v -b 1000000 -B 1000000 -P 60 <rtsp_url>
I added logs in line 616 in "MultiFramedRTPSource.cpp" that is inside "ReorderingPacketBuffer::releaseUsedPacket" function, but these logs did not came in console.
Please share your input.
Thanks and Regards,
Ranjith
-----Original Message-----
From: R, Ranjith
Sent: Friday, December 22, 2023 8:49 PM
To: LIVE555 Streaming Media - development & use <live-devel at us.live555.com>
Subject: RE: [External] Re: [Live-devel] Randomly I Frame missed for high bitrate cameras
Hi Ross,
Thanks for your reply.
I will check the option suggested by you and also inform the device team about slicing the larger key frame.
Regards,
Ranjith
-----Original Message-----
From: live-devel <live-devel-bounces at us.live555.com> On Behalf Of Ross Finlayson
Sent: Friday, December 22, 2023 4:14 AM
To: LIVE555 Streaming Media - development & use <live-devel at us.live555.com>
Subject: [External] Re: [Live-devel] Randomly I Frame missed for high bitrate cameras
WARNING: This message has originated from an External Source. This may be a phishing email that can result in unauthorized access to Honeywell systems. Please use proper judgment and caution when opening attachments, clicking links, scanning QR codes, or responding.
I suspect that - despite the fact that you see no packet loss in the traffic 'over the wire' - you are experiencing packet loss inside your (i.e., the receiver's) OS. I.e., the receiver's OS is dropping incoming packets before delivering them to the receiving application (your RTSP client, or "openRTSP"). You can check this by testing whether you ever get to line 616 in "MultiFramedRTPSource.cpp". If you do, then you are seeing a lost packet.
The problem is likely due to the OS not having enough internal buffering for delivering incoming packets. "openRTSP" is set up to automatically tell the OS to buffer at least as much as the output file buffer size (your "-b" option); see lines 770-780 in "testProgs/playCommon.cpp". You can, if you wish, specify an even larger OS buffer size using the "-B" (i.e., capital-B) option - e.g., "-B 1000000".
HOWEVER, your real problem is your IP camera: It is sending key frames as single H.264/H.265 NAL units that are much, much too large for video streaming. I have explained this several times on this mailing list; most recently here:
http://lists.live555.com/pipermail/live-devel/2023-June/022334.html
You should reconfigure your IP cameras to not send each key frame as a single NAL unit, but instead as multiple 'slice' NAL units. Then, your video won't be as sensitive to packet loss. (Please don't claim that you can't reconfigure/fix your IP cameras; you can. They (unlike the LIVE555 software) are things that you have paid for. If your IP cameras aren't doing what you want, you need to tell the manufacturer to fix them.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel at lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
More information about the live-devel
mailing list