From d2c85b253cbc57f67d79525e7c50d87b8bca9345 Mon Sep 17 00:00:00 2001 From: wm4 Date: Fri, 31 May 2019 20:13:57 +0200 Subject: [PATCH] manpage: another comment on backward playback with hardware decoding --- DOCS/man/options.rst | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 3e00b54831..c573865322 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -476,7 +476,8 @@ Playback Control created seek ranges may not join, because not enough overlap is achieved. - Trying to use this with hardware video decoding will probably exhaust all - your GPU memory and then crash a thing or two. + your GPU memory and then crash a thing or two. Or it will fail because + ``--hwdec-extra-frames`` will certainly be set too low. - Stream recording is broken. ``--stream-record`` may keep working if you backward play within a cached region only. @@ -498,7 +499,9 @@ Playback Control - Increasing ``--video-reversal-buffer`` might help if reversal queue overflow is reported, which may happen in high bitrate video, or video - with large GOP. + with large GOP. Hardware decoding mostly ignores this, and you need to + increase ``--hwdec-extra-frames`` instead (until you get playback without + logged errors). - The demuxer cache is essential for backward demuxing. If it's too small, a queue overflow will be logged, and backward playback cannot continue,