<div dir="ltr"><div>Hello,</div><div> </div><div>the delay field of AVCodecContext might interest you. However as the doc says, it is purely informative. And what you have proposed (gop_size) has nothing to do with codec delay. Why do you need this information? There are very less really usable needs for it. Video encoder delay may vary depends on its configuration, e.g. AVC may be configured to give 0 delay (excluding time spend on compression) e.g. no B-frames and constant quantizer mode up to few seconds (CBR mode with long buffer). IMHO you should constantly estimate it by constantly watching the difference between timestamps for what goes in and goes out from the decoder/encoder.</div>
<div> </div><div>best regards</div><div> </div><div>Remigiusz</div><font face="Consolas"><div> </div></font><p> </p><div>>> Dear All<br>>><br>>> How can I determine number of cached frames in audio codecs for both decoding and encoding?<br>
>> I'd like to know the maximum number of frames which I receive on decoder/encoder flush.<br>>> For video codecs I use AVCodecContext->gop_size, is this correct?<br>>> What should I use for audio codecs?<br>
>><br>> Does anyone knows something about it?<br>> <br>> It looks that for mp3lame audio codec number of cached frames is 4,<br>> but can it be controlled somehow or at least known from ffmpeg structures?<br>
> <br>> I'd really appreciate some tips on it.<br>> Thank you<br>> Marcin<br>> <br></div></div>