<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; "><div><blockquote type="cite"><div style="font-family: Helvetica, Arial, sans-serif; font-size: 13px; "><div style="font-family: Tahoma, sans-serif; font-size: 13px; "><finlayson@live555.com>Could it be that once the client starts processing the RTP data i.e. before the 200 OK of the PLAY arrives, that the handler is then set to the $ (RTP/RTCP handler) and that </finlayson@live555.com></div><div style="font-family: Tahoma, sans-serif; font-size: 13px; "><finlayson@live555.com>if an RTSP message comes in, even though it gets processed, it's callback/completion handler is not invoked since the socket handling code is now in a "processing $" state?</finlayson@live555.com></div></div></blockquote><div><br></div>No, the RTP/RTSP-over-TCP receiving code (in "liveMedia/RTPInterface.cpp") is set up to properly handle either a RTP or RTCP packet (which is framed beginning with a '$' etc.), or a RTSP request or response. If the RTSP request or response handling code is ever called with binary data (i.e., from a RTP or RTCP packet) by mistake, then it must be because it appeared in the stream without proper '$' framing. But (with our server) the only way that that can happen is if some of the server's "send()"s have failed.</div><div><br></div><div>With the latest software release, however, a server streaming over an overloaded TCP connection should no longer ever send only a partially-formed '$'-framed RTP or RTCP packet. So if you still see problems even with the latest version of the software (for both the server and client), then you're going to have to track this down yourself. (Please don't bother sending 'wireshark' logs; I never look at those.)</div><br><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>