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.
Thanks,
> 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 b
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 pa