Works perfectly Alex! Thanks!<div><br></div><div>Carl -- I'll start a separate thread on the frame count inconsistencies.<br><br><div class="gmail_quote">On Tue, Jun 26, 2012 at 3:59 AM, Alex Cohn <span dir="ltr"><<a href="mailto:alexcohn@netvision.net.il" target="_blank">alexcohn@netvision.net.il</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jun 26, 2012 at 12:00 PM, Camera Man<br>
<<a href="mailto:i.like.privacy.too@gmail.com">i.like.privacy.too@gmail.com</a>> wrote:<br>
> On 06/26/2012 04:13 AM, Alex Cohn wrote:<br>
><br>
>> On Tue, Jun 26, 2012 at 9:18 AM, Simon Daniels <<a href="mailto:simondaniels23@gmail.com">simondaniels23@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> I don't want to use the ffmpeg command-line to save out the frames<br>
>>> because<br>
>>> for some reason the frame counts are not matching. Ffmpeg.exe saves more<br>
>>> frame jpegs than avcodec_decode_video2 seems to find.See an old thread<br>
>><br>
>><br>
>> <a href="http://libav-users.943685.n4.nabble.com/Save-AVFrame-to-jpg-file-td2314979.html" target="_blank">http://libav-users.943685.n4.nabble.com/Save-AVFrame-to-jpg-file-td2314979.html</a><br>
><br>
><br>
> I've been using that code successfully. I've done a git pull recently, and<br>
> noticed that the encoders (including mjpegs) are now frame/slice multithread<br>
> capable. Does this mean it's possible that the return from<br>
> avcodec_encode_video2 is somehow pipelined for mjpeg?<br>
><br>
> That is, when calling avcodec_decode_video2(), you put in a packet, you get<br>
> a frame, but the frame might be related to an earlier packet (either because<br>
> of I/P/B/reference frame reordering, or because of a multithreaded decoder).<br>
><br>
> Is it possible that when calling avcodec_encode_video2() for mjpeg, you will<br>
> receive an encoded packet which is related to an earlier frame because of<br>
> the new multithreading infrastructure?<br>
<br>
</div>To the best of my knowledge, with multithreading you are still<br>
expected to receive results in correct order, but the delay may be<br>
effected.<br>
<br>
BR,<br>
Alex Cohn<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<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>