mpv/audio/filter
wm4 814dacdd7d af_lavrresample: work around libswresample misbehavior
The touched code is for seek resets and such - we simply want to reset
the entire resample state. But I noticed after a seek a tiny bit of
audio is missing (mpv's audio sync code inserted silence to compensate).

It turns out swr_drop_output() either does not reset some internal state
as we expect, or it's designed to drop not only buffered samples, but
also future samples.

On the other hand, libavresample's avresample_read(), does not have this
problem. (It is also pretty explicit in what it does - return/skip
buffered data, nothing else.)

Is the libswresample behavior a bug? Or a feature? Does nobody even
know? Who cares - use the hammer to unfuck the situation. Destroy and
deallocate the libswresample context and recreate it. On every seek.
2016-08-16 00:05:34 +02:00
..
af.c audio/filter: remove delay audio filter 2016-08-12 19:45:39 +02:00
af.h audio: cleanup audio filter format negotiation 2016-07-10 19:51:09 +02:00
af_channels.c
af_drc.c
af_equalizer.c
af_format.c audio: use --audio-channels=auto behavior, except on ALSA 2016-08-04 20:49:20 +02:00
af_lavcac3enc.c af_lavcac3enc: allow passing options to libavcodec 2016-08-09 17:09:29 +02:00
af_lavfi.c audio: move mp_audio->AVFrame conversion to a function 2016-01-29 22:43:00 +01:00
af_lavrresample.c af_lavrresample: work around libswresample misbehavior 2016-08-16 00:05:34 +02:00
af_pan.c
af_rubberband.c Relicense some non-MPlayer source files to LGPL 2.1 or later 2016-01-19 18:36:06 +01:00
af_scaletempo.c audio: do not require full audio chain reinit for speed changes 2015-11-04 21:49:54 +01:00
af_volume.c audio: log replaygain values in af_volume instead demuxer 2016-08-13 15:06:07 +02:00
equalizer.h
tools.c