summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2019-05-24 20:09:52 +0200
committerwm4 <wm4@nowhere>2019-09-19 20:37:04 +0200
commit327f3fc848e6e30d431411e103e10dbae7f461e3 (patch)
treee2a6bac1d153d926b6b9098d2708a33acefce632 /DOCS
parent001db94d1e7337d94c9bb573343365c803ed126a (diff)
downloadmpv-327f3fc848e6e30d431411e103e10dbae7f461e3.tar.bz2
mpv-327f3fc848e6e30d431411e103e10dbae7f461e3.tar.xz
manpage: document why Vorbis backward playback does not work
The only reasonable solution to this is probably to make discarding of preroll frames based on timestmaps, instead of frame/packet count. But then you get issues with video and its dumb timestamp reordering. So for now, fuck it.
Diffstat (limited to 'DOCS')
-rw-r--r--DOCS/man/options.rst7
1 files changed, 7 insertions, 0 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index 0631fd6a12..f2b94a7e1e 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -489,6 +489,13 @@ Playback Control
A workaround is to remux to a format like mkv, which enforces packet
boundaries. Making mpv cache the entire file in memory also works.
+ - Backward playback with Vorbis does not work. libavcodec's decoder
+ discards the first Vorbis packet (after each decoder reset), and the
+ mechanism behind ``--audio-reversal-buffer`` assumes that it strictly
+ outputs a frame for each packet fed to it (the mechanism discards output
+ based on frame count, not timestamps). Since this tries to decode each
+ frame on its own, the player never gets a usable audio frame.
+
Tuning:
- Remove all ``--vf``/``--af`` filters you have set. Disable deinterlacing.