<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">OK, your log suggests that 'incomplete' data is being received over TCP (by the client), which implies (assuming that your client+server OS's TCP/IP implementation is correct) that some of the server's writes to the TCP socket are failing.<div><br></div><div>You can check this by updating your *server* code as follows:</div><div>- add</div><div>#define DEBUG_SEND 1</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>to "liveMedia/RTPInterface.cpp"</div><div>- recompile, then rerun your server.</div><div><br></div><div>If you ever see the error message</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>sendRTPOverTCP: failed!</div><div>then this shows that the server's writes to the TCP socket are eventually overflowing the OS's internal buffer (which should be at least 50 kBytes), which in turn implies that your stream's bitrate is greater than the data capacity of the TCP connection. In this case there is nothing that you can do other than decrease the bitrate of your stream.</div><div><br></div><div>Everyone needs to understand that streaming RTP-over-TCP is something that you should do *only* when you are streaming over a firewall that does not pass UDP packets. You should not think that just because TCP is a 'reliable' transport protocol, that you can use it to ensure 100% delivery of all of the stream data. This may happen if the stream's bitrate is less than the capacity of the TCP connection, but if the stream's bitrate exceeds the capacity of the TCP connection, then you *will* get data loss (and in an inefficient way, because it won't occur on RTP packet boundaries, as it would if you were streaming via RTP/UDP). This is the difference between streaming and 'file/webpage downloading', for example.</div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Ross Finlayson<br>Live Networks, Inc.<br><a href="http://www.live555.com/">http://www.live555.com/</a></span></span>
</div>
<br></body></html>