diff options
| author | wm4 <wm4@nowhere> | 2019-12-18 01:37:03 +0100 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2019-12-18 01:44:20 +0100 |
| commit | 06c9c3819959d6dc41602fb16063c019a37eaa72 (patch) | |
| tree | 6c8db05646f2b3b5d59c4d5bf75a4e30e5910a1a /video/decode | |
| parent | 0b9bc6f1809750692a1c6ad2225677643a1c0376 (diff) | |
| download | mpv-06c9c3819959d6dc41602fb16063c019a37eaa72.tar.bz2 mpv-06c9c3819959d6dc41602fb16063c019a37eaa72.tar.xz | |
f_lavfi: add gross workaround for af_dynaudnorm bug
Better do this here than deal with the moronic project we unfortunately
depend on.
The workaround is generic; unknown whether it works correctly with
multi-input/output filters or filter graphs. It assumes that if all
inputs are EOF, and all outputs are EAGAIN, the bug happened.
This is pretty tricky, because anything could happen. Any time some form
of progress is made, the got_eagain state needs to be reset, because the
filter pad's state could have changed.
Diffstat (limited to 'video/decode')
0 files changed, 0 insertions, 0 deletions