[Libav-user] any way to interrupt avcodec_decode_video2 ?

עופר בר ofer.fly at gmail.com
Tue Dec 31 11:24:50 CET 2013

What do you mean by "waiting"?
If you're calling this api on a different thread, why can't you terminate
the thread?
If you're calling it from your main thread, there's nothing your app can do
until the function returns, unless they implement some callbacks in the
middle of the execution.

Best of luck!

On Mon, Dec 16, 2013 at 8:48 AM, Don Moir <donmoir at comcast.net> wrote:

> ----- Original Message ----- From: "Carl Eugen Hoyos" <cehoyos at ag.or.at>
> To: <libav-user at ffmpeg.org>
> Sent: Tuesday, December 31, 2013 4:08 AM
> Subject: Re: [Libav-user]any way to interrupt avcodec_decode_video2 ?
>  Don Moir <donmoir at ...> writes:
>>  Since app is timeline oriented, trying to keep seek time
>>> down to minimum and if avcodec_decode_video2 has been
>>> called, seems there is no way out until its finished
>>> and this decoding time can delay a new seek attempt.
>> Are you looking for CODEC_FLAG2_SHOW_ALL?
>> Carl Eugen
> No. I can easily check between calls to avcodec_decode_video2 but once its
> called you are stuck until it returns. Would be nice to be able to
> interrupt it for quicker seeking and to end 'the' video more quickly.
> Doesn't matter too much for a simple player app, but I have things on
> timelines and also video coming and going quicky. Things are time corrected
> to a timeline but the more I can reduce impact from things like this the
> better off we are.
> A simple seek to zero is quick, but if I have to wait on
> avcodec_decode_video2 to return, then its slower and can be quite slow. I
> don't mean finish as in the flag (gotframe) to avcodec_decode_video2, but
> just waiting on it to return period.
> _______________________________________________
> Libav-user mailing list
> Libav-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/libav-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20131231/ac8764a1/attachment.html>

More information about the Libav-user mailing list