From c57660fbf77eb29ddd2187f84b7450f601069b05 Mon Sep 17 00:00:00 2001 From: wm4 Date: Wed, 7 May 2014 22:01:17 +0200 Subject: options: add --hr-seek-framedrop option This allows disabling of decoder framedrop during hr-seek. It's basically another useless option, but it will help exploring whether this framedropping really makes seeking faster, or whether disabling it helps with precise seeking (especially frame backstepping). --- DOCS/man/en/input.rst | 3 ++- DOCS/man/en/options.rst | 9 +++++++++ 2 files changed, 11 insertions(+), 1 deletion(-) (limited to 'DOCS') diff --git a/DOCS/man/en/input.rst b/DOCS/man/en/input.rst index 0e98731d96..568d7e737e 100644 --- a/DOCS/man/en/input.rst +++ b/DOCS/man/en/input.rst @@ -110,7 +110,8 @@ List of Input Commands see the ``--hr-seek-demuxer-offset`` option). Video filters or other video postprocessing that modifies timing of frames (e.g. deinterlacing) should usually work, but might make backstepping silently behave incorrectly in - corner cases. + corner cases. Using ``--hr-seek-framedrop=no`` should help, although it + might make precise seeking slower. This does not work with audio-only playback. diff --git a/DOCS/man/en/options.rst b/DOCS/man/en/options.rst index bb178ce448..d4e51d172a 100644 --- a/DOCS/man/en/options.rst +++ b/DOCS/man/en/options.rst @@ -1078,6 +1078,15 @@ OPTIONS the earlier demuxer position and the real target may be unnecessarily decoded. +``--hr-seek-framedrop=`` + Allow the video decoder to drop frames during seek, if these frames are + before the seek target. If this is enabled, precise seeking can be faster, + but if you're using video filters which modify timestamps or add new + frames, it can lead to precise seeking skipping the target frame. This + e.g. can break frame backstepping when deinterlacing is enabled. + + Default: ``yes`` + ``--http-header-fields=`` Set custom HTTP fields when accessing HTTP stream. -- cgit v1.2.3