From a88b7bf0fc9f2b4da15aeaf51cfbf35e5776d8ea Mon Sep 17 00:00:00 2001 From: wm4 Date: Fri, 31 May 2019 20:13:57 +0200 Subject: 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 8ccf3caa4f..f55b38eb7a 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -478,7 +478,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. @@ -500,7 +501,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, -- cgit v1.2.3