Hi *ffmpeg-devel* ,
The primary mail of your account was just changed to [email protected].
This means that this e-mail address will no longer receive e-mail notifications
for your account.
If this was you, then you can safely ignore this mail.
If this wasn't you, your account is compro
Hi *ffmpeg-devel* ,
You have just enabled TOTP for your account. This means that for all future
logins to your account, you must use TOTP as a 2FA method.
If this was you, then you can safely ignore this mail.
If this wasn't you, your account is compromised. Please contact the admins of
this s
x);
/* note: the internal buffer could have changed, and be !=
avio_ctx_buffer */
On Thu, Jul 21, 2016 at 11:20 AM code bythepound
wrote:
> I will see if I can put together a test case that exposes the problem.
> The comment for this block says "make buffer smaller in case it
block is never
executed again. In my custom case I am streaming an MPEG.TS file and I
don't know if this involves this extra "probing" or not.
Even so, there is nothing in the code above that would limit 'len' to be
greater than the size of s->orig_buffer_size, so th
but is sized correctly to
fill remainder of buffer.
On the next iteration, the previous clause (dst == s->buffer) is executed
and the buffer is reset. After that, this block is never executed again.
With the above fix in, my app seems to work fine.
Since the fill_buffer code has been the sam
