Please forgive me if it is not correct to reply to old thread. Frame drop issue in TCP mode mentioned below re-appeared while testing dual streams with primary stream at 5Mbps and secondary at 1Mbps. This time for comparison purpose, I have setup a third party IPCamera at same bitrate (Primary
Many Thanks Ross for the suggestion on debug. You are right. Packets were found to be dropping. I have now used TCP_NODELAY socket option, after which the drops are not seen. I have also increased send buffer size. Yet to find out whether that has also contributed in fixing the issue.
> I feel that in a 100Mbps isolated network, 3.5Mbps is a very nominal bitrate. What you ‘feel’ is not relevant here. The throughput of a TCP connection depends upon the round-trip-time (i.e. delay) between the two endpoints, and (especially) the packet loss rate over the connection. See, for
Hello Ross, Thanks for the updates. Please see my comments inline. Subbarao On Thursday 07 December 2017 06:52 PM, Ross Finlayson wrote: There is no bug here. The problem is that your incoming stream(s) are exceeding the capacity of your network (which is often a lot less than the nominal
There is no bug here. The problem is that your incoming stream(s) are exceeding the capacity of your network (which is often a lot less than the nominal bit rate of your network adaptor(s)). If you try to stream at a rate that exceeds the capacity of your network, then you *will* experience