mirror of https://github.com/FFmpeg/FFmpeg.git
The new buf_size was detemined too conservatively, maybe because of the off-by-one issue which was fixed recently in fill_buffer. We can safely substract 1 more from the new buffer size, because max_buffer_size space must only be guaranteed when we are reading the last byte of the requested window. Comparing the new buf_size against filled did not make a lot of sense, what makes sense is that we want to reallocate the buffer if the new buf_size is bigger than the old, therefore the change in the check. Signed-off-by: Marton Balint <cus@passwd.hu>pull/355/head
parent
6d972beb23
commit
a3943c4847
1 changed files with 2 additions and 2 deletions
Loading…
Reference in new issue