summaryrefslogtreecommitdiffstats
path: root/DOCS/man/options.rst
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2018-02-01 07:08:06 +0100
committerKevin Mitchell <kevmitch@gmail.com>2018-02-03 05:01:29 -0800
commit171ec0a7e40030f599b7b385b3699835e8c1eb2d (patch)
tree2e139743fce9c826091690d18ff8cd5179f493c1 /DOCS/man/options.rst
parentdebc17663d677526bd67a7faea5233e1a49078e4 (diff)
downloadmpv-171ec0a7e40030f599b7b385b3699835e8c1eb2d.tar.bz2
mpv-171ec0a7e40030f599b7b385b3699835e8c1eb2d.tar.xz
af_scaletempo: output minimally sized audio frame
This helps the filter to adapt much faster to speed changes. Before this commit, the filter just converted and output the full input frame, which could cause problems with large input frames. This was made worse by certain filters like dynaudnorm or loudnorm outputting pretty large frames. This commit changes the filter from trying to convert all input at once to only outputting a single internally filtered frame. Internally, this filter already output data in units of 60ms by default (controlled by the "stride" sub-option), and concatenated as many output frames as necessary to consume all input. Behavior is still kind of bad when inserting the filter. This is because the large frames can be buffered up after the insertion point, so the speed change will be performed with a larger latency. The scaletempo filter can't do anything against this, although it can be fixed by inserting scaletempo as user filter as part of --af.
Diffstat (limited to 'DOCS/man/options.rst')
0 files changed, 0 insertions, 0 deletions