On 1 March 2013 17:49, RenE J.V. Bertin <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
><br>
><br>
What if you buffer in memory by using a custom AvIO context or however<br>
that's called? At least you be able to catch seeks that go where they<br>
shouldn't ... and it might be less platform specific?<br>
<div class="HOEnZb"><div class="h5"><br>
R<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</div></div></blockquote></div><br>
<div>The problem is that the recording could be hours long!</div><div>The problem seems to be down to the fact that some formats don't write the header info</div><div>until the file is closed. This is certainly true of mxf'd DV. I debugged into the mxf muxer</div>
<div>and found that duration was 0 - no surprise really.....</div><div><br></div><div>I do have more success is I seek using AV_SEEK_BYTE rather than AV_SEEK_FRAME</div><div>which I am looking at now. </div><div> </div><div>
I know some solutions record off 'chunks' of video and store the latest</div><div>x mins in memory. Then have an algorithm that loads the relevant chunk ahead of time.</div><div>But a bit laborious and I'd end up with a bunch of small files.</div>
<div><br></div><div>Steve</div><div><br></div>