<br><font size=2 face="sans-serif">Ross</font>
<br>
<br><font size=2 face="sans-serif">Thanks for the quick reply and the advice.
</font>
<br>
<br><font size=2 face="sans-serif">Just a note about the MultiFramedRTPSource
class we're using. The first time doGetNextFrame() is called, it starts
the network read handler. This handler continues to run, pulling packets
off the network and buffering them, until the object is destroyed, an error
occurs or we call doStopGettingFrames(). </font>
<br>
<br><font size=2 face="sans-serif">Calling getNextFrame() on this object
will copy data from its list of buffered packets to the caller's buffer
in typical fashion. </font>
<br>
<br><font size=2 face="sans-serif">When our chain stalls, getNextFrame()
isn't being called or isn't returning, so data pulled in by the network
read handler piles up in memory. </font>
<br>
<br><font size=2 face="sans-serif">We're certain that the problem is on
our end rather than in the current live555 code. Wish us luck as we dig
into this.</font>
<br>
<br><font size=2 face="sans-serif">-=- Mike Miller<br>
SW Engineer, Govt. Systems<br>
Rockwell Collins, Inc.<br>
Cedar Rapids, IA </font>