mpv/audio/filter
Peter DeLong f46bbde5e6 af_scaletempo2: fix crash when the number of channels increases
When af_scaletempo2.c:process() detects a format change, it goes back
through mp_scaletempo2_init() to reinitialize everything.  However,
mp_scaletempo2.input_buffer is not necessarily reallocated due to a
check in af_scaletempo2_internals.c:resize_input_buffer().  This is a
problem if the number of audio channels increases, since without
reallocating, the buffer for the new channel(s) will at best point to
NULL, and at worst uninitialized memory.

Since resize_input_buffer() is only called from two places, pull size
check out into mp_scaletempo2_fill_input_buffer().  This allows each
caller to decide whether they want to resize or not.  We could be
smarter about when to reallocate, but that would add a lot of machinery
for a case I don't expect to be hit often in practice.
2022-09-23 18:15:00 +02:00
..
af_drop.c audio: redo video-sync=display-adrop 2020-05-23 04:04:46 +02:00
af_format.c
af_lavcac3enc.c af_lavcac3enc: switch to AVChannelLayout when available 2022-06-14 22:41:20 +03:00
af_rubberband.c af_rubberband: add new engine option in rubberband 3.0.0 2022-08-03 15:29:02 +00:00
af_scaletempo.c af_scaletempo: handle obscure integer overflow 2020-06-02 20:43:49 +02:00
af_scaletempo2.c various: remove trailing whitespace 2022-05-14 14:51:34 +00:00
af_scaletempo2_internals.c af_scaletempo2: fix crash when the number of channels increases 2022-09-23 18:15:00 +02:00
af_scaletempo2_internals.h various: remove trailing whitespace 2022-05-14 14:51:34 +00:00