[Libav-user] Number of cached frames in audio codecs
rolaoo at gazeta.pl
Thu Sep 26 14:28:43 CEST 2013
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.
>> Dear All
>> How can I determine number of cached frames in audio codecs for both
decoding and encoding?
>> I'd like to know the maximum number of frames which I receive on
>> For video codecs I use AVCodecContext->gop_size, is this correct?
>> What should I use for audio codecs?
> Does anyone knows something about it?
> It looks that for mp3lame audio codec number of cached frames is 4,
> but can it be controlled somehow or at least known from ffmpeg structures?
> I'd really appreciate some tips on it.
> Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libav-user