From f798bc3c2542b4c3e7b4cb1483d41ce309b4fb51 Mon Sep 17 00:00:00 2001 From: wm4 Date: Wed, 3 Jan 2018 21:48:42 +0100 Subject: player: add --cache-pause-initial option to start in buffering state Reasons why you'd want this see manpage additions. Disabled by default, because it would increase latency of live streams by default. (Or well, at least it would be another problem when trying getting lower latency.) --- DOCS/man/options.rst | 14 ++++++++++++++ 1 file changed, 14 insertions(+) (limited to 'DOCS') diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 3d1c2ade2d..20f48ebc93 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -3865,6 +3865,20 @@ Cache ends before that for some other reason (like file end), playback resumes earlier. +``--cache-pause-initial=`` + Enter "buffering" mode before starting playback (default: no). This can be + used to ensure playback starts smoothly, in exchange for waiting some time + to prefetch network data (as controlled by ``--cache-pause-wait``). For + example, some common behavior is that playback starts, but network caches + immediately underrun when trying to decode more data as playback progresses. + + Another thing that can happen is that the network prefetching is so CPU + demanding (due to demuxing in the background) that playback drops frames + at first. In these cases, it helps enabling this option, and setting + ``--cache-secs`` and ``--cache-pause-wait`` to roughly the same value. + + This option also triggers when playback is restarted after seeking. + Network ------- -- cgit v1.2.3