----- Original Message -----
From: "Carl Eugen Hoyos" <[email protected]>
To: <[email protected]>
Sent: Wednesday, January 01, 2014 3:01 PM
Subject: Re: [Libav-user]any way to interrupt avcodec_decode_video2 ?
Don Moir <donmoir@...> writes:
>> 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.
>
> Yes, this is exactly what CODEC_FLAG2_SHOW_ALL is for.
CODEC_FLAG2_SHOW_ALL ///< Show all frames before the first
keyframe
So show garbage? What does that have to do with how fast
avcodec_decode_video2 returns?
From a purely technical point-of-view, one could probably
argue that CODEC_FLAG2_SHOW_ALL only affects how fast
avcodec_decode_video2() returns.
Checked and CODEC_FLAG2_SHOW_ALL doesn't seem to have any effect at all on return speed. Checked with some H264 files. I am not sure
what it does anymore. Way back I believe every call to avcodec_decode_video2 returned a finished frame when using
CODEC_FLAG2_SHOW_ALL on every call even if garbage. Not so now and not sure if it had any effect because don't seem to get garbage
and don't get finished frame on every call.
Once you have verified this solves the performance problem
you see (remember that as explained on irc, nobody understands
your reports),
Sometimes I try to give you the benefit of knowing something and sometimes I may not be able to communicate via text well. In this
case orignally I used the word finish and realize I should not have but others did understand.
you can worry about the "garbage": Either it
is possible to call the decode function as often as necessary
(I am not sure) or it will be trivial to add such a return
flag compared to the callback you suggest.
??
I agree with you that multi-threading may not help in your
use case because of its large overhead.
Carl Eugen
_______________________________________________
Libav-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/libav-user
