--- Begin Message ---
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-de...@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-boun...@us.live555.com> On Behalf Of Ross Finlayson
Sent: Friday, December 22, 2023 4:14 AM
To: LIVE555 Streaming Media - development & use <live-de...@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@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel


--- End Message ---
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel

Reply via email to