From b04a761ce41fd2e2e24f5cf60cf60f30db148fcc Mon Sep 17 00:00:00 2001 From: wm4 Date: Sat, 25 May 2019 14:41:37 +0200 Subject: manpage: backward encoding actually appears to work The way backward playback is implemented doesn't break basic assumptions about timestamps after the decoder, so I guess all the encoding mode needs to do is to adjust for the start offset, which it already does. Though I might be wrong and my test was possibly flawed. Stream recording on the other hand will fail immediately with --record-file, and --stream-record will probably yield unexpected results if any backstep seeks are done. --- DOCS/man/options.rst | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index cf8ff21f85..460e07b1c7 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -467,7 +467,8 @@ Playback Control - Trying to use this with hardware video decoding will probably exhaust all your GPU memory and then crash a thing or two. - - Stream recording and encoding are broken. + - Stream recording is broken. ``--stream-record`` may keep working if you + backward play within a cached region only. - Relative seeks may behave weird. Small seeks backward (towards smaller time, i.e. ``seek -1``) may not really seek properly, and audio will -- cgit v1.2.3