<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-text-flowed" style="font-family: -moz-fixed;
      font-size: 12px;" lang="x-unicode">Thank you for your reply.
      <br>
      <br>
      <blockquote type="cite" style="color: #000000;">No, the ?-t?
        option (stream using RTP/RTCP-over-TCP) is working just fine -
        but it depends upon the RTSP server supporting it.  Perhaps your
        RTSP server (IP camera) doesn?t support it?
        <br>
        <br>
        You can check this by changing ?RTSP_CLIENT_VERBOSITY_LEVEL?
        from 0 to 1, and looking at the RTSP ?SETUP? commands and
        responses.
        <br>
      </blockquote>
      <br>
      The camera source definitely supports TCP streams, and when I
      change line 169 from "continueAfterClientCreation1(rtspClient);"
      to "continueAfterClientCreation0(rtspClient, streamUsingTCP);"
      this does provide a TCP stream. Otherwise, it does not. Of course,
      it could be that my sources are broken, or they default to UDP, or
      something else. I will definitely look at this in the coming week.
      <br>
      <br>
      <blockquote type="cite" style="color: #000000;">
        <blockquote type="cite" style="color: #000000;">2. Something in
          the streaming functions used from hlsProxy (and my c++ is too
          limited to debug properly) does not appear to handle broken
          streams well
          <br>
        </blockquote>
        That?s right.  The ?LIVE555 HLS Proxy? currently acts as a basic
        RTSP client, and thus if the RTSP stream ends, it doesn?t
        attempt to reconnect.  At some point in the future, I might add
        a ?retry? mechanism (as such a mechanism currently exists for
        the ?LIVE555 RTSP Proxy?), but this is not a high priority.
        <br>
        <br>
        For now, I suggest restarting the "LIVE555 HLS Proxy? whenever
        you restart your router (or the back-end RTSP server).
        <br>
      </blockquote>
      I would have expected the hlsProxy to exit when the stream ends?
      It can then be restarted it in an automated fashion from external
      source.
      <br>
      <blockquote type="cite" style="color: #000000;">
        <blockquote type="cite" style="color: #000000;">3. I have not
          tried any H.265 streams, but will do so in the future. I
          appreciate the addition of audio in recent code. I'm wondering
          if there is a DiscreteFramer I could use for something like
          alaw (PCM ALAW).
          <br>
        </blockquote>
        The problem here is that there needs to be a standard MPEG
        Transport stream type for this codec (to ensure that each web
        browser that ends up playing the Transport Stream segments will
        understand what this data means.
        <br>
        <br>
        If you have an example of a MPEG Transport Stream file
        (preferably, a HLS segment) that contains this kind of data, let
        me know.
        <br>
      </blockquote>
      <br>
      I hit record button in VLC when playing the RTSP stream. The
      output file is an avi, but the streams are untouched (with stream0
      being audio).
      <br>
      <br>
      When I tried segmenting this using ffmpeg, it was necessary to
      transcode the audio in order for the output files to contain it. I
      suppose transcoding is beyond the scope of the hlsProxy
      application. Thanks for helping me understand this <span
        class="moz-smiley-s1" title=":-)"></span>
      <br>
      <br>
      Serg
      <br>
      <br>
    </div>
  </body>
</html>