
<!doctype html public "-//W3C//DTD W3 HTML//EN">

<html><head><style type="text/css"><!--

blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }

 --></style><title>Re: [Live-devel] Problem with RTP over

TCP</title></head><body>

<blockquote type="cite" cite>

<blockquote>Any ideas why this may be happening?</blockquote>

</blockquote>

<div><br></div>

<div>Unfortunately not.</div>

<div><br></div>

<div><br></div>

<blockquote type="cite" cite>So I did a quick test with the following

code:</blockquote>

<blockquote type="cite" cite><br>

    case AWAITING_STREAM_CHANNEL_ID: {<br>

      // The byte that we read is the stream

channel id.</blockquote>

<blockquote type="cite" cite>     

RTPInterface* rtpInterface = lookupRTPInterface(c);<br>

      if (rtpInterface != NULL)<br>

      {<br>

         fStreamChannelId =

c;<br>

         fTCPReadingState =

AWAITING_SIZE1;<br>

      }<br>

      else<br>

      {  // we're not interested in this

channel</blockquote>

<blockquote type="cite" cite>       

fTCPReadingState = AWAITING_DOLLAR;<br>

      }<br>

<br>

...and that seems to have mostly corrected the issue.</blockquote>

<div><br></div>

<div>I'll add this to the next release of the software.  I'm not

thrilled by this, though, because it means that all subsequent data -

up to the next '$' - will get treated as making up a possible RTSP

request or response (the "fServerRequestAlternativeByteHandler"

code).  But at least the code will keep making forward progress

(reading one by at a time, up to the next '$').</div>

<div><br></div>

<div><br></div>

<blockquote type="cite" cite>  That said, I'd really like to know

how it's happening in the first place--seems to me like there must be

some other bug allowing it to get in this state?</blockquote>

<div><br></div>

<div>Agreed.</div>

<x-sigsep><pre>-- 

</pre></x-sigsep>

<div><br>

Ross Finlayson<br>

Live Networks, Inc.<br>

http://www.live555.com/</div>

</body>

</html>