<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<div class="moz-cite-prefix">On 2018-12-14 10:38 a.m., Gonzalo
Garramuno wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CACmaHMthHhY3u_+aykwrdQywmzxZweUKfjF-KDAs-zUTg+BtMg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr">El vie., dic. 14, 2018 11:57, drwho <<a
href="mailto:drwho@infidigm.net" moz-do-not-send="true">drwho@infidigm.net</a>>
escribió:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
(using libavcodec.so.57.64.101)<br>
It appears that the frame_size element in AVCodecContext
is not <br>
guaranteed to be none zero either before or after decoding
of the first <br>
frame. (it is set before decoding the first frame for
mp3)<br>
<br>
in loop after calling avcodec_decode_audio4()<br>
qDebug() << frame->nb_samples <<
codecContext->frame_size;<br>
output......<br>
4608 0<br>
4608 0<br>
4608 0<br>
4608 0<br>
<br>
Is this behavior normal or am I doing something wrong?</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">I believe the behavior is normal. The demuxer
caches several frames before returning a proper value (a
proper frame).</div>
</div>
</blockquote>
Thank you for confirming this behavior.
</body>
</html>