On Tue, Oct 6, 2009 at 12:55 AM, Sébastien Escudier <span dir="ltr">&lt;sebastien-devel@celeos.eu&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Quoting Ross Finlayson &lt;<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>&gt;:<br>
<br>
&gt; &gt;I don&#39;t seem to get the stack overflow anymore, but something tells<br>
&gt; &gt;me if this records for a while and all of these chunks are kept in<br>
&gt; &gt;memory, then it&#39;ll blow up pretty soon.<br>
&gt;<br>
&gt; Yes, and unfortunately there&#39;s not a lot we can do about this,<br>
&gt; because of the stupid brain-damaged way in which the &quot;.mov&quot; (and<br>
&gt; &quot;.mp4&quot;) file formats was designed.<br>
<br>
</div>what do you call &quot;for a while&quot; ?<br>
I don&#39;t know .mov files, but for .mp4 files, your file will become way too big<br>
before you run out of memory because of chunks and frames informations kept in<br>
memory.<br>
You should consider splitting your files after a few hours of recording.<br>
</blockquote></div><br>If you&#39;re really serious about writing MP4/MOV files, I would not use Live555 code for that (Live555 is &quot;Source-code libraries for standards-based
RTP/RTCP/RTSP/SIP multimedia streaming&quot;; it is not an MP4/MOV container library).  Rather, I&#39;d consider something like mp4v2, or ffmpeg&#39;s container code.<br>