<br><font size=2 face="sans-serif">Ross and Community:</font>
<br>
<br><font size=2 face="sans-serif">I am trying to clean up my code in preparation
for release. &nbsp;Would there be any interest in having the following
items granted back to the library?</font>
<br><font size=2 face="Courier New">Thanks for your consideration!</font>
<br><font size=2 face="Courier New">Xochitl</font>
<br>
<br><font size=2 face="sans-serif">Class NPTClock:</font>
<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; A
class used by RTSPClient child class which receives the RTP-time, sequence
number, npt start, and scale from the RTSP PLAY response and uses this
information to provide the current NPT. &nbsp;The clock would be updated
each successful PLAY request and could be queried at any time in the PLAYING
state to report an estimated NPT based on the RTSP info and the system
time. &nbsp;Session up-time is also available.</font>
<br>
<br><font size=2 face="sans-serif">Class RTSPClientEnhanced (couldn't think
of a very good name):</font>
<ul>
<li><font size=2 face="sans-serif">inherited publicly from RTSPClient (RTSPClient
was modified)</font>
<li><font size=2 face="sans-serif">uses the NPTClock class to be able to
report an estimated NPT at any time during the session</font>
<li><font size=2 face="sans-serif">allows user to select whether or not
to perform TCP teardown after each RTSP message (I know the LIVE server
doesn't support these clients) </font>
<li><font size=2 face="sans-serif">defaults to connection-oriented operation</font>
<li><font size=2 face="sans-serif">provides accessor function which returns
the RTSP Server response code to the application for potentially more refined
error handling.</font></ul>
<br><font size=2 face="sans-serif">Patch to RTSPClient</font>
<ul>
<li><font size=2 face="sans-serif">support inherited RTSP Clients</font>
<li><font size=2 face="sans-serif">added optional timeout for waiting on
RTSP Server responses. &nbsp;defaults to infinite blocking.</font>
<li><font size=2 face="sans-serif">when setting the transport parameters,
multicast parameter is delivered with &quot;port&quot; instead of &quot;client_port&quot;
when built with RTSP_ALLOW_CLIENT_DESTINATION_SETTING. Both multicast and
unicast parameters can be requested.</font>
<li><font size=2 face="sans-serif">SET_PARAMETER message creation altered
to match option-tags specified in RFC2326<br>
</font><font size=2 face="Courier New"><br>
</font></ul>