<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <br>

    <div class="moz-cite-prefix">On 22/11/2014 00:02, Ross Finlayson

      wrote:<br>

    </div>

    <blockquote

      cite="mid:B3C6633C-C1C8-4409-B5B9-DC02FE265463@live555.com"

      type="cite">

      <meta http-equiv="Content-Type" content="text/html;

        charset=ISO-8859-1">

      <meta http-equiv="Content-Type" content="text/html;

        charset=ISO-8859-1">

      The code for the "QuickTimeFileSink" class - which is what we use

      to record ".mp4"-format files.

      <div class=""><br class="">

      </div>

      <div class="">(The reason why VLC behaves differently is that it

        decodes the media that it receives, then re-encodes it for

        storing into a ".mp4"-format file.  "openRTSP", however, just

        records the data that it receives, 'as is' (because we don't do

        any decoding/encoding).)</div>

      <br>

    </blockquote>

    <br>

    Thanks Ross. I was kind of thinking more of some higher level type

    testing rather than at that level as unfortunately diagnosing the

    code is beyond my capabilities. I'm interested to know whether the

    problem is due to the encoder itself perhaps not adhering to

    standards or a problem within openRTSP.<br>

    If the problem is within the encoder then I can pass that

    information back to the hardware developers (whether they'd actually

    fix it is another matter), but I don't know how to determine where

    the problem lies. If I was to make a sample MP4 file available for

    analysis is this likely to give any clues?<br>

    <br>

    Thanks,<br>

    Ben<br>

  </body>

</html>