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
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
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
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
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
