<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On May 6, 2012, at 12:36 PM, Alex Cohn wrote:</div><blockquote type="cite"><p>> Good question. The intent is to seamlessly move from ingesting a movie and viewing it to playing back. I can't find a way to access the same movie for playback as it's being ingested (that would work fine too), can't tell which media container might support that even. So my workaround was to get frames, cache them for playback and record at the same time.<br>

><br>
> I was hoping to use all the same structures to minimize the interruption as I switch between modes. It was more the time to set up the new structures - opening the movie file etc. that was a pain, and having to have a double set of structures that will bloat my playback code.<br>

><br>
> Bruce</p><p>Can you describe your intended usage in some kind of very high level pseudocode?</p><div><br></div></blockquote><br></div><div>Umm, I think so:</div><div><br></div><div>Open movie for encode and playback (or stream)</div><div><br></div><div>for each source movie frame {</div><div>    pass to display function</div><div>    encode and pass to movie for saving</div><div><br></div><div>    if (lastFrame) {</div><div>        finalizeMovie</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>switch to playback mode</div><div>     }</div><div>} while !lastFrame</div><div><br></div><div>for each frame on disk (allowing seek and shuttle now) {</div><div>     pass to display function</div><div>}</div><div><br></div><div>Sorta.</div><div><br></div><div>It's that changeover, and making it quick and clean I'm wondering about. Whether I should just treat it, from an ffmpeg point of view, as a completely separate step. Since all the movie details are already know in the encoding, I was wondering if I could use that.</div><div><br></div><div>Bruce</div><div><br></div><div><br></div><div><br></div><br></body></html>