<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi,<br>
      Again i will respond to myself. The correct fix was to increase
      net.core.rmem_max with sysctl.<br>
      Marcin<br>
      <br>
      W dniu 2013-10-02 16:05, Marcin pisze:<br>
    </div>
    <blockquote cite="mid:524C2815.8000304@speed666.info" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Hi all,<br>
        I will respond to myself to because i forgot to mention. The
        camera produces good and working H264 stream.<br>
        Proof: <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://www.speed666.info/testok.h264">http://www.speed666.info/testok.h264</a><br>
        I can record it via openRTSP command from different host without
        problems so it looks like compiler or linux limitation - but
        where to search?<br>
        Marcin<br>
        <br>
        W dniu 2013-10-02 15:03, Marcin pisze:<br>
      </div>
      <blockquote cite="mid:524C1994.50509@speed666.info" type="cite">Hello,

        <br>
        I wanted to ask You because i have no idea where the problem may
        sit. <br>
        I have compiled openRTSP which i use to dump H264 streams from
        RTSP server over localhost <br>
        This approach works fine in many IP Cameras that i use for my
        purpose. Suddenly i found a device that producest wierd files. <br>
        <br>
        Incomming buffer size by default is 100000 - and everything
        works great as soon as I frame is not larger that that. <br>
        Normally if i put bitrate like 4-6 Mbits, IFrames are bigger and
        then i increase buffer size to 300000 in example and everything
        works fine. <br>
        <br>
        But this time - the exported file is broken. Not playable and
        its structure looks broken. In meantime live view can be
        perfectly playable via VLC over RTSP. <br>
        <br>
        Produced files: <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://www.speed666.info/good.h264">http://www.speed666.info/good.h264</a> 
        - this is below 100000 limit <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://www.speed666.info/bad.h264">http://www.speed666.info/bad.h264</a>
        - this is bitrate where buffer is too small <br>
        <br>
        I tried to increase buffer size but this only produces bad files
        - nothing more. <br>
        <br>
        Where i should search the problem. Same binary running on
        different camera with same CPU works well. Any clues? <br>
        <br>
        Marcin <br>
        WebCamera.pl <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
live-devel mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
live-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a>
<a class="moz-txt-link-freetext" href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>